Actions
Bug #16038
openassertion failed: dmu_buf_hold
Status:
New
Priority:
Normal
Assignee:
-
Category:
zfs - Zettabyte File System
Start date:
Due date:
% Done:
0%
Estimated time:
Difficulty:
Medium
Tags:
Gerrit CR:
External Bug:
Description
Panic while running zfs tests:
panic[cpu1]/thread=fffffe0012927c20: assertion failed: dmu_buf_hold(os, object, offset, ((char *)(uintptr_t)__func__), &dst_handle, 2) == 0 (0xd == 0x0), file: ../../common/fs/zfs/dmu.c, line: 1726 fffffe00129279e0 fffffffffba4dfc1 () fffffe0012927ae0 zfs:dmu_copy_from_buf+222 () fffffe0012927b80 zfs:receive_write_byref+1ab () fffffe0012927bc0 zfs:receive_process_record+109 () fffffe0012927c00 zfs:receive_writer_thread+7e () fffffe0012927c10 unix:thread_start+b () dumping to /dev/zvol/dsk/rpool/dump, offset 65536, content: kernel
Updated by Dan McDonald 3 days ago
I'd not seen this until earlier today while testing something else. Unfortunately I did not manage to obtain the dump.
Of note is that dmu_buf_hold() returns 0xd 13 EACCES.
I also didn't manage to get the full realtime test_results, but my scrapers (for counting pass/fails) captured the lack of a
/opt/zfs-tests/tests/functional/rsend/send-wDR_encrypted_zvoltest result, suggesting this might be the test that's failing.
If I see this again, I'll report with more information. I'll note that since this bug was filed 21 days ago (Nov 7), I have NOT seen this panic until just today (Nov 28).
Actions