From nobody Wed Apr 9 13:41:11 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 4ZXkcp0mstz5t3k9 for ; Wed, 09 Apr 2025 13:41:30 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic301-21.consmr.mail.gq1.yahoo.com (sonic301-21.consmr.mail.gq1.yahoo.com [98.137.64.147]) (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 4ZXkcm0vdkz48rR for ; Wed, 09 Apr 2025 13:41:28 +0000 (UTC) (envelope-from marklmi@yahoo.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jsM7pknI; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.64.147 as permitted sender) smtp.mailfrom=marklmi@yahoo.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1744206086; bh=e7rJRwIkbSAr+yZ0yQqZyjiWJ4rASgov93Lm86kPWGs=; h=From:Subject:Date:References:To:In-Reply-To:From:Subject:Reply-To; b=jsM7pknIl5vknXyPUGfZM3Sd3ZHTU8+z4fQIiXUvV+GIO8fQrhzRRdGrSplbVM4vrgFsTK/bflG7jOjQ8KnZz9yyigBrJHva1/7zExWQlKHwxyi9HDKhBGqKd69cOPXGMk/qpTDZV72WLcijjD+C2kQxduNXFXK6gqcC2vmvHrUGFXcgXC9QfqOu7eqyAqQgfNJnv6vcsab12gkciexzOecoalIFos81xQMUUXb0KPlUaFt89FT3tGv2vggw0Xw+BX+hBbMASIqB2VcG+j+5194jaZjhQFtRYk4t3nLXg5qJPt3f374w2vHdX0BLkUlbSPWcEtoKZBzSjlhxvSriTQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1744206086; bh=1wmHRC8QJUJpUFD0kVGB6e3MwN3QT4YWVBhAorlw8RH=; h=X-Sonic-MF:From:Subject:Date:To:From:Subject; b=pbiaqWb5k55zRmhHoWby6KKVXSWlraZozUAIslDC7yMaeuZL5LUaM6yWeHr5qfrP0KoxNVFJ/Y4UWjS09TTWtQobUBnMbniH1tbMTWdyioe7JbIebh7p7uceu4cb2oVafu15xJFGxeY4lY77U9urGlE7tTMKo3obHtJGxz/aw7zLNp7MJaRU2WtX5qbm83WC37d6cpSwzddI6HQnsVF0dhiZFWxhXLuNPCEnJjVoK6xefhs71Sy4lYtvVGoPaeNAYJvXk94g/TY6MPupLPmlBJCabWINeWNpHSgeZxG773I/tJOP4SWKCdHr7sTx5uZO2EYHT15HyJ661UqdNJGFjQ== X-YMail-OSG: 95i0DCAVM1kQp.wElkIm_0mXl3R76vtTaIwdOvt6pe3GjuvCzWzoDIOrGUfufZq 8Kr_9OhyJemrLBnEI05TnTn_xRCYwMQ7GSIo4SknmcdhgvCQxj.sBPkVFM7.voBcGzz93q7YfhHn bvxqEwLW2hETH8IjUSUtmucdPQRtBX009NA1.dzMLe_BP_izx3qHBvmGXxuJExOXGELxgiXvGkzf eDb22Gyj3FxLkzKQCaqRTXX99dXLVlXInhrVKtAyJuMR0Vhvn816br6hWQuwLlEFg8e2Djuldu4O 5Tja4QYIziuRy.zckAlzhGDyIvyhS17eGweWKqy2QtMkSd.CoZuOF7WsNhk1_Ajf2FIpSrnk3.uj 9DV2gRnFu1jYgt48HeQVu18_wVL_fieBTEQ34vLqv4iC4VYjpncjiwUyGgvB0RGFKoVcZI5maDv3 tGWJyN7n38Yc4r0hZu8rFVXWbj1Kjxn_TKtVyP7gZQrq2WJwDeDXV.7BLXCwQ9K96uAJvCxwcTAd wuZYvOLIe_rxASQnrC4UNStGIrwRQ4vutc9leMSG9ZahDRxb_ThMNwMvzf1dL3QUljdD1cbef_Ml KVuP090tmDj7MN4gc_JirU5k4OjNEumrHWvAELMbios4AUJWdvm4aH55UFtu.YM.dcpl.4Kp5Xp9 eWSCovjgf_TnsV8OfM17W6bAVarA7ppvHTitX6OluMXF56qJzaqVhhW58agcnkNTMtlknC32r5di zY16B543ct.fVR32KOt6r4SgLRw3tcYH9fZH3u7ISH7rAAwtwWXo3eUTwx6oiYg9h8DqEAjyY54n 5J5cJJkipp_ik3xspVWR.Ng6gBe9IVClJzkWiMS1zlrK2XmdHxgGdKYbkidBBudgtYZgnW06TApr DvhM3baAPKFkvf038vzy5K8gbjXvm76h1KUXMjlETA_s9AybB.qoHdnkmStjXYtVXfGWBivlcKJU uMgiM7_Cxv5bkgIPiZAbPdbsbuDZmoWmBqoLryrtzP.NlpBZJ_H1J3XIUrGRPI6NqVi.TZ0X0GIV pvqomM8Rd8JfPErlVmkLWv6.1OxNYh1iGC6NOSRMrOx4cy53AiiXj9zJMm1kMerY7EjcGbWd9AWN oEY914.PJxR5.Shvw4g8iWMJLcQpPrIcvc21EJ3dikz.TfaLhutRC7GEwIiiufwxZ9F4NZvMJolE OVW0Q09cCNM9O8dAGZodCiYTtaOOWd5v11rvbxHgeVzp.00SqaKWkJX.E_TX0VIX4tc4NyhZNrzx bp63i96RZVuyss1UZc8SJY633Tm.h_Z4SYgELOYmIQhOodStcuNNuhLqrUd4PqyEzxuG7FRe1gHs 6YAKk3KtO9awXD8vYOchO1L9U4zR54heRx2bOu_VZVXR4ks4KiZQV74LNaHAsS..CpH1ECYlUrfB wOJIsNw7ksQUjkcx.V.CdzzXdEkGUyRo0fQb5h0pVsQqowqc5F0IPYC6kisJhUTceRtMA31ba6cS yPH3TFziAdBRO2H4qS_RMXIqRkToWq0jsVbvcEm5ol05TbeVz3tkcOPL9UjneQvjic39DevzOgeM 2n5Ty0d2bLNctyswfGJXH2VMLPWfMhAmcCrGM8MbZjD7xZipTXcoJo5Oq2YEpO5lvvJrVhF_CFT9 4qIu10G.zCRnVdkuF5eN0Ezu8yzURej5gZ.pzKYMUOvipV2NI8BBHGgptcW0NcFZlYdZ1H5Fp18n sIBkwR9DPIEqXdBZCmifGsbL.aokDalbDZlMPwr9w4nDeL35rzwrOqBtc2s4oXBrTl6C3Scm9PIr KHjiPn2jH9co.hotFN.DJwVm9agsQL34MBeEErr7__v07S2uNIELgqja1F9MjZoAveX2xKp7J02T 7z28NIuziQ_JfI13gjH2ab41js6tyAifPEDUHbf_Q08JMCNFgfXKfym.PEQuU6gAFPWoORqiDWur bsrvT5AcQG2NGZyN1xjpaFEXWz_jHmQBNbTaPTXXZMWi85h1waXMncAlgfNzAE_opCGcdTqq.Z37 DJIhZNP7MSr3ElHM3xF4x.ga.gFLgK2x875l2gEUm2VNy9mxXN2v1akCE8y4P3815B5uE_KLxzVk 8rhpHsGrqxdQrLFIDToIO5x2cHifTxoz96CK90sS5cenm3GFzhf.Bdi8.WTZiuIhomi42QD5AAgI mV49Dx6lxV1cvNH55l_a4WZeMkqmluqvu0X2LQSlLF7UOK2Pqnyox7fFt12V2yRoKmqzuSi0OuYj hjatE1WX9 X-Sonic-MF: X-Sonic-ID: 3da9a219-fa33-4731-a6e9-05e10bb18ac4 Received: from sonic.gate.mail.ne1.yahoo.com by sonic301.consmr.mail.gq1.yahoo.com with HTTP; Wed, 9 Apr 2025 13:41:26 +0000 Received: by hermes--production-gq1-6f8bfcd964-6qnmt (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID ab06bdfa62d34237e1d1417fc555f98b; Wed, 09 Apr 2025 13:41:22 +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_=5B3rd_example?= =?utf-8?Q?=2C_namei=28=29=2E=2Evget=5Ffinish=5Fref=28=29_is_common=5D?= Date: Wed, 9 Apr 2025 06:41:11 -0700 References: <267C2D6F-5E2C-4482-9CDE-7EF6522EAF29@yahoo.com> <87EF0A66-14B8-4978-B48F-F4DE8EE115C9@yahoo.com> To: FreeBSD Current In-Reply-To: <87EF0A66-14B8-4978-B48F-F4DE8EE115C9@yahoo.com> Message-Id: <4DFF9B48-90EA-47DE-8A91-59C1AB30F3C9@yahoo.com> X-Mailer: Apple Mail (2.3826.500.181.1.5) X-Spamd-Result: default: False [-3.65 / 15.00]; RBL_SENDERSCORE_REPUT_9(-1.00)[98.137.64.147:from]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-0.93)[-0.932]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; MV_CASE(0.50)[]; NEURAL_HAM_SHORT(-0.22)[-0.220]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; RCVD_TLS_LAST(0.00)[]; TO_DN_ALL(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.64.147:from]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.64.147:from] X-Rspamd-Queue-Id: 4ZXkcm0vdkz48rR X-Spamd-Bar: --- On Apr 9, 2025, at 05:05, Mark Millard wrote: > 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. 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 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 The *statat() are distinct from the prior examples. Again the common part is: 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 =3D=3D=3D Mark Millard marklmi at yahoo.com