This is an old issue first spotted in 2019 during stress testing. Here the details from FreeBSD 14.0-CURRENT #0 main-n262043-182b21d462765: https://people.freebsd.org/~pho/stress/log/log0433.txt
From the attachment: … Apr 9 04:43:48 mercat1 kernel: pid 84248 (rw), uid 2007 inumber 57 on /mnt: filesystem full 20230409 04:47:50 all (222/356): quota8.sh 20230409 04:49:09 all (223/356): quota9.sh 20230409 04:49:11 all (224/356): readdir.sh 20230409 05:01:19 all (225/356): recursiveflushes.sh 20230409 05:01:22 all (226/356): rename10.sh 20230409 05:02:31 all (227/356): rename11.sh 20230409 05:02:55 all (228/356): rename12.sh 20230409 05:03:58 all (229/356): rename13.sh 20230409 05:04:00 all (230/356): rename14.sh panic: journal_jremref: Lost inodedep cpuid = 0 time = 1681009450 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe06816ed720 vpanic() at vpanic+0x152/frame 0xfffffe06816ed770 panic() at panic+0x43/frame 0xfffffe06816ed7d0 journal_jremref() at journal_jremref+0xd1/frame 0xfffffe06816ed800 cancel_diradd() at cancel_diradd+0x181/frame 0xfffffe06816ed860 newdirrem() at newdirrem+0x975/frame 0xfffffe06816ed900 softdep_setup_directory_change() at softdep_setup_directory_change+0x14b/frame 0xfffffe06816ed980 ufs_dirrewrite() at ufs_dirrewrite+0x1c6/frame 0xfffffe06816ed9d0 ufs_rename() at ufs_rename+0x1154/frame 0xfffffe06816edbb0 VOP_RENAME_APV() at VOP_RENAME_APV+0x3c/frame 0xfffffe06816edbd0 kern_renameat() at kern_renameat+0x416/frame 0xfffffe06816ede00 amd64_syscall() at amd64_syscall+0x157/frame 0xfffffe06816edf30 fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe06816edf30 --- syscall (128, FreeBSD ELF64, rename), rip = 0x8223f3f5a, rsp = 0x82623ae98, rbp = 0x82623afc0 --- KDB: enter: panic [ thread pid 14728 tid 1026788 ] Stopped at kdb_enter+0x32: movq $0,0x128ef93(%rip) db> run pho …