From nobody Wed Apr 09 14:38:12 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 4ZXltc2LpQz5rtHg for ; Wed, 09 Apr 2025 14:38:32 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-20.consmr.mail.gq1.yahoo.com (sonic306-20.consmr.mail.gq1.yahoo.com [98.137.68.83]) (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 4ZXltZ1jxPz3Kvp for ; Wed, 09 Apr 2025 14:38:29 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b="ldeG/Pd3"; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.68.83 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1744209508; bh=LqieShcJGtP3aEanaB0PWCpFtQBxKRzHDsf+4+cmp5k=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=ldeG/Pd38LqxcTm3aOISMbKO3lTt5I6OrZ29oxKLngPcJ3AoGRowB8/akMdiP+rL/mbySwESYr+/WOWYRgzo0OSkM4O2UeNBL8bqsCfOw4BkZomO6BTU3GcK8PEoX11HKfsdbneoSQfwD+deBHaSWGghRT87pleagQtQGbLKCrlfGB4An6JM8Djoa1qtJrNt1mE2sDaJiKE5ssUJeZkk5npbfvzWotUCIQ32fXx2/i7BGqUY7n5JAelLsRTkKbyyJqFDoyCkWRZv6fKpbK+TgssCHXt1eCoXjHOU4zJKHURQXCk4ePqQMtTbBTZ5t9cGPYR1nr/22bNm7UffOoMQjw== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1744209508; bh=2M9nMAdCb1jMIo8GqBjHQNH/olm2KqQQwhvGdB/kZOh=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=ppsixkBXmxYoen7S8rl+I7JAKC8Oyt/sit+bRT5ryj6dtpMLlgeGQ4x+VYIfWpBVLTNMpZ7mYc4FnHE8JHI13GVIyeIEh9bVUI5MZ9L5tH14dhdCG7047uCu02YEc9IqFRjQhbhAZuv9lUYTkkaBQbU5SIjt+JxoWCqoNiG4NJDzOdyRSn0I+eCJejzEvW+Zct7qboyZdYuEMsTRigkEhUNNda5z+kOfNmaPowkTn1GaLOfXPRPFSyFCg8iOCujTFXRVOtAaXhvjjAclUF+mnvf8nE/3iVPy5+f5dSYjOGsTZgEm9xnwDquDz1ax3Rp7c8hHauun1pgVDQTKd8NdeQ== X-YMail-OSG: 8YQXEa4VM1murxK36udmgv1k0hX3Kbi2IE6mkbA_RP3lA92JHbZSpZZPgw3J6GY JwEokb26kEEYEarGH20ZPcJsuIc1bo44O9KmysudYrl8swnSlz90NCYHeVKHdM6KSIU6qHBpoc_c 95PZM1DzBmO6ysnDOiWUXFOYwJp4Jv29bw_A9VU8tlOBttn_vhqzrpWBXbdVVtiH0fY.Zkaqfqdu z78MPa148J45Erk4bCJLjowxp07bsHNMExdPS9zK0.Z94ahReRlPTmZghmNuhHsxrVamqphsL0fK 5EW5pLjWGTkV2wSX_3vQw_4ngh6hqlqYVXYvuOchUklWJ5kLTfQE59PV90Ewk7XuX8MKSToMPuo2 LYmdaHJa4t.PBbUVeEclp.YPD7Jb11CMBenHZyNNUck.VpFbSA.DJc.3MMm7uy6oUul6OBG_ZH2z 3pXcMDE_KFAea97nS0aF6bXCJOp3yGa3TJPU7q.g1NARXHsgQh_DFGctGJOGUENek8G_2dLrXEBX OMZE0YSNhdKwq4CDi0ZJkZAZX6UkEX8f6jyVj3lQYz3.speKvYE_70o_e0f7nnOjrJ96zg.X83rZ mHi99JTj4aKfq1C8FZLfBohmHWGOw2MhTyjBGRwg.3K06hDfafhNu8aU148JjyvQi3bEcGGY_orP mAbsDGJ67QEPmQYYYWbASQh99yyrg2l0rAKq2tNlZYwOJMjwblCJYld27W5DvqXbg7uBwNZO.sG1 Fo3qggBILVkLxMupgPXJjxzXkZ274uOrZO3HHCz.lMjm3xJdWvf316KfbjO45LWgwiyCjP3cB2xW AiAy3ZGAG57J_wJVyaENDVP4yXt6wfRJiUB4Na7oe1V6p45SkvHVuaypAAdNal1aJrpw76qdvHTI s48VHkYCm5P1zb8Ds7uot.9qqRVDJDjzqN1nJrelGOKX0QsXVhaHawXv2vitPDUUWEdlCjaQRE9V BKlju12oXNYXIc8qOoDf9ZSE3T3NMYXQFd9.YuVqDcQj3ESIPN3DpCVXeWMAN1ZUJ5vcQpbhzEC9 WaqHMVqW1R_iRdxnxF2KJ0hkK8Nw509KuMSOE8qASBluUOGqTKCxigv3Y6LtyWdBli3H9kllV4MG QVgK.OJepTmh_AwuUpHCmkpBQcPObiAoIUSu9NTCVBOOJtWZofSPM.zYe0LHkzUucfM8skvDeMq5 xCz8i1ME.8YWm.IAW2WGNw8HMcZYgUoEAQaJbtUbYI7shZaJlNGVMZSLI4HgMBMEK3dkjTWXJPTW ujZLV9t5CVN72zN28lilwvnjU7iyBi36GB1KNcw95KZzXrk_1j50BiJpm0NVZn1CaJ0YYrRGNK_l 7SaRqZWaVE8t4VkO4DNHt67yaWwCHc8S_0HPwc2g1xwq.bHXCEgfFlvIvMjL7HUBspUGJee3v0pX YcwHCgCxdhN_p2MK.bYoh2pJT8ZqBdqsda1uv3iBFVL3Ifn0psgl.9rkz5sVlZvAW8VvyYSB7w2A ws46NUgIADhiJmgLVC8GDi1rKY0URlv8ieTFX9UQqxe4v7W8cbaynLQzpIog2O3QDVCxf4xqNmGe pnatjaDgzbMq4wvV6Q0xhH3Kuo5rQ8VFmABu.3I.JVfLxXfGRkDzXwK4pvpVJJmU3DsRd9S54cNB Hwr7BfG8Vj9AOWA0nwE.NA0QWHZ0MVQXgVsrZmbKRCG3yiKDVGdE1EHQmsO9dKBCLwBQ9sRgZTIY bByDLqtc4A8A0dSMkzuvBQeCSzV1OFanyP7X6dmqGTUrCYOj66KWc3eoNnVEXEns5JFgc3sBlEQ8 eSdlShx.IrMFpeTxqi78i8kPNk4WlkPEL1RWAYiIQHDb88m9jpTC98Ud7Bh9aC.LcPYS_WtZIWmN LiHd7RWxmKf4CDaBtkH2892vGqi.dAZWdVWno4ffeiV3uLLZM8f3mkUrLojgHJ0aDBED.W5rjZbt 4s_iSYb2futB.1f8qk3d0bsOQUYMWlKR0fspRnAkL57Fyt3ug7t9QOkuQN0pujb6GvHv13wvaSu7 kMgQlrauUlZ70.9EWvRVsat_sy9foXpSlCnhpQKnWUEr7HPSPZ4GiMa4Kcxjvm2JxBVcedGPzP48 SLIN1doHWSRNC0PrM93Hal1Pk9s3g3Cic.pYBVwdGyKApP0MV5EOo2xsuE2UDuTbCPyg08F5_3HT Cza78eKwjLhwQ1gPcuJ_o36eAGVoKmFC5q8cGMdaFmy9CFzts24zOcAcfZEUbzJMScOjKAzgneYz _nMmf36cxaWCTwCb.GCj4LxYLWD3ABVZvdH8PY2wdg3StvwpRnEWZydIV6g08qnWc X-Sonic-MF: X-Sonic-ID: 80ded54a-6af7-4141-bd4b-584756195b17 Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Wed, 9 Apr 2025 14:38:28 +0000 Received: by hermes--production-gq1-6f8bfcd964-558ll (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 276f7c24e7561dfd68c4c4c9ab31ae3c; Wed, 09 Apr 2025 14:38:23 +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: =?utf-8?Q?Re=3A_VNASSERT_failed=3A_vp-=E2=80=BAv=5Fholdent_?= =?utf-8?Q?=E2=80=BA_0_not_true_at_/home/pkgbuild/worktrees/main/sys/kern/?= =?utf-8?Q?vfs=5Fsubr=2Ec=3A3391_=28vget=5Ffinish=5Fref=29_=5B4th_example?= =?utf-8?Q?=2C_namei=28=29=2E=2Evget=5Ffinish=5Fref=28=29_is_common=5D?= Date: Wed, 9 Apr 2025 07:38:12 -0700 References: <267C2D6F-5E2C-4482-9CDE-7EF6522EAF29@yahoo.com> <87EF0A66-14B8-4978-B48F-F4DE8EE115C9@yahoo.com> <4DFF9B48-90EA-47DE-8A91-59C1AB30F3C9@yahoo.com> To: FreeBSD Current In-Reply-To: <4DFF9B48-90EA-47DE-8A91-59C1AB30F3C9@yahoo.com> Message-Id: <19A813BA-A9EF-4336-B2C9-E6B4C12178F1@yahoo.com> X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Spamd-Result: default: False [-4.43 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.68.83:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.998]; NEURAL_HAM_MEDIUM(-0.93)[-0.930]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; TO_DN_ALL(0.00)[]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RCPT_COUNT_ONE(0.00)[1]; FREEMAIL_FROM(0.00)[yahoo.com]; MIME_TRACE(0.00)[0:+]; TO_MATCH_ENVRCPT_ALL(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_COUNT_TWO(0.00)[2]; FROM_EQ_ENVFROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MLMMJ_DEST(0.00)[freebsd-current@freebsd.org]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.68.83:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.68.83:from] X-Rspamd-Queue-Id: 4ZXltZ1jxPz3Kvp X-Spamd-Bar: ---- On Apr 9, 2025, at 06:41, Mark Millard wrote: > On Apr 9, 2025, at 05:05, Mark Millard wrote: >=20 >> On Apr 6, 2025, at 19:29, Mark Millard wrote: >>=20 >>> [Somewhat hand corrected "OCR" conversion of some console image = content.] >>>=20 >>> VNASSERT failed: vp->v_holdcnt > 0 not true at = /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) >>> 0xffffa006e11e6a50: type VDIR state VSTATE_CONSTRUCTED op = 0xffff0001a2cb40f0 >>> usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 >>> hold count flags () >>> flags () >>> lock type ufs: SHARED (count 1) >>> vp=3D0xffffa006e11e6a50, lowervp=3D0xffffa004b074adc0 >>> panic: condition vp->v_holdcnt > 0 not met at = /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) >>> cpuid =3D 8 >>> time =3D 1743988125 >>> KDB: stack backtrace: >>> db_trace_self() at db_trace_self >>> db_trace_self_wrapper() at db_trace_self_wrapper+0x38 >>> vpanic() at vpanic+0x1a0 >>> panic() at panic+0x48 >>> vget_finish_ref() at vget_finish_ref+0x1a4 >>> null_hashget() at null_hashget+0xe4 >>> null_nodeget() at null_nodeget+0x34 >>> null_lookup() at null_lookup+0x118 >>> vfs_lookup() at vfs_lookup+0x3e0 >>> namei() at namei+0x298 >>> vn_open_cred() at vn_open_cred+0x450 >>> openatfp() at openatfp+0x238 >>> do_el0_sync() at do_el0_sync+0x608 >>> handle_el0_sync() at handle_el0_sync+0x4c >>> --- exception, esr 0x56000000 >>> KDB: enter: panic >>> [ thread pid 8113 tid 163110 ] >>> stopped at >>> kdb_enter+0x48: str xzr, [x19, #2048] >>> db>=20 >>>=20 >>> An issue may be that I'd not yet updated the world yet after >>> updating and booting the kernel (but no ipfw usage involved): >>>=20 >>> # uname -apKU >>> FreeBSD aarch64-main-pbase 15.0-CURRENT FreeBSD 15.0-CURRENT = main-n276258-c5773d366ecc GENERIC arm64 aarch64 1500035 1500034 >>>=20 >>> (That kernel is from installing an official PkgBase set of >>> kernels, not a personal build.) >>>=20 >>> # poudriere jail -l >>> JAILNAME VERSION OSVERSION ARCH METHOD = TIMESTAMP PATH >>> release-aarch64 14.2-RELEASE-p1 aarch64 pkgbase = 2025-03-12 21:11:39 /usr/local/poudriere/jails/release-aarch64 >>> . . . >>>=20 >>> The FreeBSD context is Apple Silicon M4 MAX under Parallels >>> on macOS. FreeBSD had been doing a poudriere-devel based bulk >>> build. >>>=20 >>>=20 >>> I've no known way to reproduce the panic on demand. >>>=20 >>>=20 >>> Core dumps under Parallels always seem to have backtraces >>> that are like: >>>=20 >>> #0 0xffff0000004b9e48 in doadump (textdump=3D0) >>> at /home/pkgbuild/worktrees/main/sys/kern/kern_shutdown.c:404 >>> #1 0x6fa60000000e9d98 in ?? () >>> Backtrace stopped: previous frame identical to this frame (corrupt = stack?) >>>=20 >>> and the rest of the cores are like: >>>=20 >>> #0 0xffff0000008703b0 in ipi_stop (dummy=3D) >>> at /home/pkgbuild/worktrees/main/sys/arm64/arm64/mp_machdep.c:342 >>> #1 0xd2e9000000866b68 in ?? () >>> Backtrace stopped: previous frame identical to this frame (corrupt = stack?) >>=20 >> Again during a poudriere bulk run: >>=20 >> VNASSERT failed: vp->v_holdcnt > 0 not true at = /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) >> 0xffffa001e559fa50: type VDIR state VSTATE_CONSTRUCTED op = 0xffff0001a2cd80f0 >> usecount 3, writecount 0, refcount 1 seqc users 0 mountedhere 0 >> hold count flags () >> flags () >> v_object 0xffffa00875bbe210 ref 0 pages 1 cleanbuf 0 dirtybuf 0 >> lock type ufs: SHARED (count 2) >> vp=3D0xffffa001e559fa50, lowervp=3D0xffffa0031f0b2a50 >> panic: condition vp->v_holdcnt > 0 not met at = /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) >> cpuid =3D 2 >> time =3D 1744180482 >> KDB: stack backtrace: >> db_trace_self() at db_trace_self >> db_trace_self_wrapper() at db_trace_self_wrapper+0x38 >> vpanic() at vpanic+0x1a0 >> panic() at panic+0x48 >> vget_finish_ref() at vget_finish_ref+0x1a4 >> null_hashget() at null_hashget+0xe4 >> null_nodeget() at null_nodeget+0x34 >> null_lookup() at null_lookup+0x118 >> vfs_lookup() at vfs_lookup+0x3e0 >> namei() at namei+0x298 >> sys___realpathat() at sys___realpathat+0xb0 >> do_el0_sync() at do_el0_sync+0x608 >> handle_el0_sync() at handle_el0_sync+0x4c >> --- exception, esr 0x56000000 >> KDB: enter: panic >>=20 >> Here: >> namei() at namei+0x298 >> sys___realpathat() at sys___realpathat+0xb0 >> do_el0_sync() at do_el0_sync+0x608 >>=20 >> Previously:=20 >> namei() at namei+0x298 >> vn_open_cred() at vn_open_cred+0x450 >> openatfp() at openatfp+0x238 >> do_el0_sync() at do_el0_sync+0x608 >>=20 >> So it looks like what is common is: namei()..vget_finish_ref() >>=20 >> vget_finish_ref() at vget_finish_ref+0x1a4 >> null_hashget() at null_hashget+0xe4 >> null_nodeget() at null_nodeget+0x34 >> null_lookup() at null_lookup+0x118 >> vfs_lookup() at vfs_lookup+0x3e0 >> namei() at namei+0x298 >>=20 >> This one had a v_object output line, the prior one did not. >> Some counts vary. >=20 > VNASSERT failed: vp->v_holdcnt > 0 not true at = /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) > 0xffffa00a2a17ec08: type VDIR state VSTATE_CONSTRUCTED op = 0xffff0001a2cb40f0 > usecount 1, writecount 0, refcount 1 seqc users 0 mountedhere 0 > hold count flags () > flags () > v_object 0xffffa00a40b73000 ref 0 pages 0 cleanbuf 0 dirtybuf 0 > lock type ufs: SHARED (count 2) > vp=3D0xffffa00a2a17ec08, lowervp=3D0xffffa00a2a21f6e0 > panic: condition vp->v_holdcnt > 0 not met at = /home/pkgbuild/worktrees/main/sys/kern/vfs_subr.c:3391 (vget_finish_ref) > cpuid =3D 7 > time =3D 1744203937 > KDB: stack backtrace: > db_trace_self() at db_trace_self > db_trace_self_wrapper() at db_trace_self_wrapper+0x38 > vpanic() at vpanic+0x1a0 > panic() at panic+0x48 > vget_finish_ref() at vget_finish_ref+0x1a4 > null_hashget() at null_hashget+0xe4 > null_nodeget() at null_nodeget+0x34 > null_lookup() at null_lookup+0x118 > vfs_lookup() at vfs_lookup+0x3e0 > namei() at namei+0x298 > kern_statat() at kern_statat+0xf4 > sys_fstatat() at sys_fstatat+0x2c > do_el0_sync() at do_el0_sync+0x608 > handle_el0_sync() at handle_el0_sync+0x4c > --- exception, esr 0x56000000 > KDB: enter: panic >=20 > Here: > namei() at namei+0x298 > kern_statat() at kern_statat+0xf4 > sys_fstatat() at sys_fstatat+0x2c > do_el0_sync() at do_el0_sync+0x608 >=20 > The *statat() are distinct from the prior examples. >=20 > Again the common part is: >=20 > vget_finish_ref() at vget_finish_ref+0x1a4 > null_hashget() at null_hashget+0xe4 > null_nodeget() at null_nodeget+0x34 > null_lookup() at null_lookup+0x118 > vfs_lookup() at vfs_lookup+0x3e0 > namei() at namei+0x298 The 4th one is another one with: Here: namei() at namei+0x298 kern_statat() at kern_statat+0xf4 sys_fstatat() at sys_fstatat+0x2c do_el0_sync() at do_el0_sync+0x608 like the prior one. =3D=3D=3D Mark Millard marklmi at yahoo.com