[Bug 262894] Kernel Panic (page fault) with 13.1-BETA2 in g_eli & httpd
Date: Fri, 01 Apr 2022 20:29:35 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=262894 --- Comment #12 from Krautmaster <mathias.kraut@gmx.de> --- this afternoon i booted Freebsd by fault after a short power issue and started a larger copy again (geli drive to normal unencrypted one). System was running without your provided patch and crashed again. This time different again (like httpd and 2x geli) Anyhow this makes me think that the quite common panics in 13 might have a same root cause? See the panic below. Additionally, I was able to get a patched kernel up and running now and will see if this is more stable in freeBSD 13.1 panic: Solaris(panic): Samsung8TB: blkptr at 0xfffff803dacbb1a8 has invalid CHECKSUM 0 cpuid = 1 time = 1648837251 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame 0xfffffe016aa86830 vpanic() at vpanic+0x17f/frame 0xfffffe016aa86880 panic() at panic+0x43/frame 0xfffffe016aa868e0 vcmn_err() at vcmn_err+0xeb/frame 0xfffffe016aa86a10 zfs_panic_recover() at zfs_panic_recover+0x59/frame 0xfffffe016aa86a70 zfs_blkptr_verify_log() at zfs_blkptr_verify_log+0xa3/frame 0xfffffe016aa86c00 zfs_blkptr_verify() at zfs_blkptr_verify+0xaa/frame 0xfffffe016aa86c60 zio_free() at zio_free+0x26/frame 0xfffffe016aa86ca0 dsl_dataset_block_kill() at dsl_dataset_block_kill+0x18d/frame 0xfffffe016aa86d10 dbuf_write_done() at dbuf_write_done+0x4f/frame 0xfffffe016aa86d50 arc_write_done() at arc_write_done+0x314/frame 0xfffffe016aa86d90 zio_done() at zio_done+0x82a/frame 0xfffffe016aa86e00 zio_execute() at zio_execute+0x9f/frame 0xfffffe016aa86e40 taskqueue_run_locked() at taskqueue_run_locked+0x181/frame 0xfffffe016aa86ec0 taskqueue_thread_loop() at taskqueue_thread_loop+0xc2/frame 0xfffffe016aa86ef0 fork_exit() at fork_exit+0x7e/frame 0xfffffe016aa86f30 fork_trampoline() at fork_trampoline+0xe/frame 0xfffffe016aa86f30 --- trap 0x80af6074, rip = 0, rsp = 0, rbp = 0 --- KDB: enter: panic -- You are receiving this mail because: You are the assignee for the bug.