From nobody Mon Apr 13 17:12:32 2026 X-Original-To: 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 4fvYrc0ZfXz6ZRP8 for ; Mon, 13 Apr 2026 17:13:04 +0000 (UTC) (envelope-from janm@transactionware.com) Received: from mail3.transactionware.com (mail.transactionware.com [203.14.245.7]) by mx1.freebsd.org (Postfix) with SMTP id 4fvYrZ6dfyz3L0l for ; Mon, 13 Apr 2026 17:13:02 +0000 (UTC) (envelope-from janm@transactionware.com) Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of janm@transactionware.com designates 203.14.245.7 as permitted sender) smtp.mailfrom=janm@transactionware.com Received: (qmail 66256 invoked by uid 907); 13 Apr 2026 17:12:49 -0000 Received: from ip-109-41-48-64.web.vodafone.de (HELO smtpclient.apple) (109.41.48.64) (smtp-auth username janm, mechanism plain) by mail3.transactionware.com (qpsmtpd/0.84) with (ECDHE-RSA-AES256-GCM-SHA384 encrypted) ESMTPSA; Tue, 14 Apr 2026 03:12:49 +1000 Content-Type: text/plain; charset=utf-8 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 \(3864.500.181\)) Subject: Re: Panic: cache_vop_rename: lingering negative entry From: Jan Martin Mikkelsen In-Reply-To: <44E3FE9A-4244-49EB-97E0-16080B68F12B@transactionware.com> Date: Mon, 13 Apr 2026 19:12:32 +0200 Cc: Konstantin Belousov Content-Transfer-Encoding: quoted-printable Message-Id: References: <2016260A-5C07-45EE-87CA-73918BA16E83@transactionware.com> <44E3FE9A-4244-49EB-97E0-16080B68F12B@transactionware.com> To: current@freebsd.org X-Mailer: Apple Mail (2.3864.500.181) X-Spamd-Result: default: False [-2.70 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.986]; NEURAL_HAM_LONG(-0.51)[-0.515]; R_SPF_ALLOW(-0.20)[+ip4:203.14.245.0/24:c]; MIME_GOOD(-0.10)[text/plain]; RCVD_NO_TLS_LAST(0.10)[]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:17559, ipnet:203.14.245.0/24, country:AU]; ARC_NA(0.00)[]; RCVD_COUNT_ONE(0.00)[1]; TO_DN_SOME(0.00)[]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[current@freebsd.org]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_NA(0.00)[transactionware.com]; MID_RHS_MATCH_FROM(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; TO_MATCH_ENVRCPT_SOME(0.00)[]; APPLE_MAILER_COMMON(0.00)[]; FROM_HAS_DN(0.00)[] X-Rspamd-Queue-Id: 4fvYrZ6dfyz3L0l X-Spamd-Bar: -- > On 7 Apr 2026, at 20:20, Jan Martin Mikkelsen = wrote: >=20 > On 7 Apr 2026, at 18:53, Konstantin Belousov wrote: >>=20 >> On Tue, Apr 07, 2026 at 05:02:05PM +0200, Jan Martin Mikkelsen wrote: >>> Hi, >>>=20 >>> I am consistently getting the panic below while building = lang/perl5.42. This is the command from the perl build that triggers the = panic: >>>=20 >>> /usr/bin/strip = /ports-work/usr/ports/lang/perl5.42/work/stage/usr/local/bin/perl5.42.0 >>>=20 >>> CURRENT on aarch64, with a kernel from last week, also with a later = one from the weekend. A kernel from mid-January worked fine. >>>=20 >>> I can reproduce on demand, no parallelism in the build required. >>>=20 >>> Does this look familiar to anyone? >>>=20 >>> panic: cache_vop_rename: lingering negative entry >>> cpuid =3D 4 >>> time =3D 1775410763 >>> 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 >>> cache_vop_rename() at cache_vop_rename+0xb0 >>> zfs_do_rename() at zfs_do_rename+0xafc >>> zfs_freebsd_rename() at zfs_freebsd_rename+0x5c >>> VOP_RENAME_APV() at VOP_RENAME_APV+0x44 >>> kern_renameat () at kern_renameat+0x574 >>> do_el0_sync() at do_el0_sync+0x5f8 >>> handle_el0_sync() at handle_el0_sync+0x4c >>> --- exception, esr 0x56000000 >>> KDB: enter: panic >>> [ thread pid 81230 tid 101738 ] >>> Stopped at kdb_enter+0x48: str xzr, [x19, #3072] >>=20 >> Is it reproducable on UFS and/or tmpfs? >=20 > Successful completion (no panic) when the work directory is on UFS, = and when the work directory is on tmpfs. I didn=E2=80=99t try multiple = times, but it never works on ZFS. The panic consistently reproduces on a ZFS filesystem with the = properties =E2=80=9Cutf8only=3Don=E2=80=9D and "normalization=3DformD=E2=80= =9D. A ZFS file system with =E2=80=9Cutf8only=3Doff=E2=80=9D and = "normalization=3Dnone=E2=80=9D works fine. As far as I can see, strip makes a simple rename(2) call, and testing = rename(2) works fine (as expected). Running the same strip command on = the same files on a fresh system works fine. The smallest reproducer I have at the moment is building lang/perl5.42.0 = with a workdir on a ZFS filesystem enforcing UTF8. Jan M.