Bug 278401 - zfs panic trap 9 general protection fault in dmu_buf_hold_array_by_dnode
Summary: zfs panic trap 9 general protection fault in dmu_buf_hold_array_by_dnode
Status: New
Alias: None
Product: Base System
Classification: Unclassified
Component: kern (show other bugs)
Version: 14.0-RELEASE
Hardware: Any Any
: --- Affects Only Me
Assignee: freebsd-fs (Nobody)
URL:
Keywords: crash
Depends on:
Blocks:
 
Reported: 2024-04-17 00:03 UTC by Cameron Katri
Modified: 2024-11-15 07:57 UTC (History)
1 user (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Cameron Katri 2024-04-17 00:03:23 UTC 
This has happened a few times now, zpool scrub finds no errors. I do have cores and can provide more information if needed

zpool status -v
  pool: zroot
 state: ONLINE
  scan: scrub repaired 0B in 00:00:31 with 0 errors on Tue Apr 16 20:00:55 2024
config:

        NAME          STATE     READ WRITE CKSUM
        zroot         ONLINE       0     0     0
          nda1p3.eli  ONLINE       0     0     0

errors: No known data errors


Fatal trap 9: general protection fault while in kernel mode
cpuid = 10; apic id = 0a
instruction pointer     = 0x20:0xffffffff82009609
stack pointer           = 0x28:0xfffffe01ec399670
frame pointer           = 0x28:0xfffffe01ec3996b0
code segment            = base rx0, limit 0xfffff, type 0x1b
                        = DPL 0, pres 1, long 1, def32 0, gran 1
processor eflags        = interrupt enabled, resume, IOPL = 0
current process         = 97847 (make)
rdi: ffffffff822d1f20 rsi: 24925c23273ab18d rdx: 74659da18bf6fd96
rcx: 0000000000000008  r8: 71a7440808759921  r9: 4aff9fa538011348
rax: 09be8e02001044c1 rbx: fffffe01e3312000 rbp: fffffe01ec3996b0
r10: fffffe01ec39984c r11: fffff8026877e978 r12: 0000000000008020
r13: 000000000000520c r14: fffffe01ec399790 r15: 00000000002b2401
trap number             = 9
panic: general protection fault
cpuid = 10
time = 1712705533
KDB: stack backtrace:
#0 0xffffffff80b9009d at kdb_backtrace+0x5d
#1 0xffffffff80b431a2 at vpanic+0x132
#2 0xffffffff80b43063 at panic+0x43
#3 0xffffffff8100c85c at trap_fatal+0x40c
#4 0xffffffff80fe3ac8 at calltrap+0x8
#5 0xffffffff82008297 at arc_read+0x1e7
#6 0xffffffff820205ff at dbuf_read+0xaef
#7 0xffffffff8202ec7f at dmu_buf_hold_array_by_dnode+0x1df
#8 0xffffffff820303ba at dmu_read_uio_dnode+0x3a
#9 0xffffffff820304eb at dmu_read_uio_dbuf+0x3b
#10 0xffffffff82177c5a at zfs_read+0x1da
#11 0xffffffff81fe7c69 at zfs_freebsd_read+0x39
#12 0xffffffff810dfa40 at VOP_READ_APV+0x20
#13 0xffffffff80c4363e at vn_read+0x1ee
#14 0xffffffff80c433a5 at vn_io_fault_doio+0x45
#15 0xffffffff80c3e307 at vn_io_fault1+0x167
#16 0xffffffff80c3b8ae at vn_io_fault+0x14e
#17 0xffffffff80bb08b6 at dofileread+0x86
Uptime: 1h8m3s
Comment 1 LauraSFelix 2024-11-15 07:57:10 UTC 
MARKED AS SPAM