[Bug 270667] zfs: size 0 files in /usr/local/etc after pkg upgrade -f after base 2a58b312b62f

From: <bugzilla-noreply_at_freebsd.org>
Date: Thu, 13 Apr 2023 20:18:13 UTC

--- Comment #4 from throwaway_vthgwq4@protonmail.com ---
(In reply to throwaway_vthgwq4 from comment #2)

> ddb stack trace later when I'll at least get a new GENERIC

panic: VERIFY(!zil_replaying(zilog, tx)) failed

cpuid = 2
time = 1681415473
KDB: stack backtrace:
db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe00c96448a0
vpanic() at vpanic+0x152/frame 0xfffffe00c96448f0
spl_panic() at spl_panic+0x3a/frame 0xfffffe00c9644950
zfs_log_clone_range() at zfs_log_close_range+0x1db/frame 0xfffffe00c96449e0
zfs_clone_range() at zfs_clone_range+0xb03/frame 0xfffffe00c9644bc0
zfs_freebsd_copy_file_range() at zfs_freebsd_copy_file_range+0xff/frame
vn_copy_file_range() at vn_copy_file_range+0x115/frame 0xfffffe00c9644ce0
kern_copy_file_range() at kern_copy_file_range+034e/frame 0xfffffe00c9644db0
sys_copy_file_range() at sys_copy_file_range+0x78/frame 0xfffffe00c9644e00
amd64_syscall() at amd64_syscall+0x140/frame 0xfffffe00c9644f30
fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00c9644f30
--- syscall (569, FreeBSD ELF64, copy_file_range), rip = 0x6dad9d84d7a, rsp =
0x6dad1ba1e88, rbp = 0x6dad1ba22d0 ---
KDB: enter: panic
[thread pid 971 tid 100283 ]
Stopped at    kdb_enter+0x32: movq   $0,0x129bac3(%rip)

Disclaimer: offsets may be off due to local netinet6 patches.

I'm open to suggestions on how to get more useful info from ddb (NETDUMP+bhyve
is too complicated for now, will setup way later).

base 2a58b312b62f seems to be a merge commit, so I'll see if I could bisect it
locally (likely not, don't expect much).

You are receiving this mail because:
You are the assignee for the bug.