Project

General

Profile

Actions

Regression #15591

open

Panic booting the debug kernel with ZFS

Added by Steve Wheeler over 1 year ago. Updated 13 days ago.

Status:
Feedback
Priority:
Normal
Assignee:
Category:
Operating System
Target version:
Start date:
Due date:
% Done:

0%

Estimated time:
Release Notes:
Default
Affected Plus Version:
24.03
Affected Architecture:

Description

When trying to boot the debug kernel in 24.03 with ZFS:

<118>External config loader 1.0 is now starting... ada1p1
panic: buf_vlist_add: bo 0xfffff8001373d0e0 does not allow bufs
cpuid = 0
time = 1719870589
KDB: enter: panic

db:1:pfs> bt
Tracing pid 620 tid 100239 td 0xfffff80004af8000
kdb_enter() at kdb_enter+0x33/frame 0xfffffe00570fe6f0
panic() at panic+0x43/frame 0xfffffe00570fe750
buf_vlist_add() at buf_vlist_add+0x1d4/frame 0xfffffe00570fe780
getblkx() at getblkx+0x731/frame 0xfffffe00570fe840
breadn_flags() at breadn_flags+0x44/frame 0xfffffe00570fe8b0
iso_mountfs() at iso_mountfs+0x2c8/frame 0xfffffe00570fe9a0
cd9660_mount() at cd9660_mount+0x225/frame 0xfffffe00570fead0
vfs_domount_first() at vfs_domount_first+0x258/frame 0xfffffe00570fec10
vfs_domount() at vfs_domount+0x318/frame 0xfffffe00570fed30
vfs_donmount() at vfs_donmount+0x8dd/frame 0xfffffe00570fedc0
sys_nmount() at sys_nmount+0x6c/frame 0xfffffe00570fee00
amd64_syscall() at amd64_syscall+0x153/frame 0xfffffe00570fef30
fast_syscall_common() at fast_syscall_common+0xf8/frame 0xfffffe00570fef30
--- syscall (378, FreeBSD ELF64, nmount), rip = 0xe4972a0a43a, rsp = 0xe496fbadec8, rbp = 0xe496fbae660 ---


Files

textdump-24.03-debug.tar (160 KB) textdump-24.03-debug.tar Steve Wheeler, 07/01/2024 10:04 PM
Actions #1

Updated by Jim Pingle over 1 year ago

  • Target version changed from 24.11 to 25.07
Actions #2

Updated by Jim Pingle 8 months ago

  • Target version changed from 25.07 to 25.11
Actions #3

Updated by Jim Pingle 4 months ago

  • Target version changed from 25.11 to 26.03
Actions #4

Updated by Jim Pingle 28 days ago

  • Target version changed from 26.03 to 26.07
Actions #5

Updated by Mateusz Guzik 13 days ago

  • Status changed from New to Feedback
  • Assignee set to Mateusz Guzik

I'm pretty sure I fixed this last year in these:

commit 1a69e2ec5e039379e7ce5c457bff4c5194177d34
Author: Mateusz Guzik <mjg@netgate.com>
Date:   Wed Mar 5 15:37:48 2025 +0000

    udf: manage si_mountpt

    Prevents panics when the device is already mounted by ufs or msdosfs.

    Note: the code remains buggy in other ways by failing to clean up after
    encountering bad options.

commit a069248be042ede34f7f59bd39a3d8386ea098ea
Author: Mateusz Guzik <mjg@netgate.com>
Date:   Wed Mar 5 15:36:51 2025 +0000

    cd9660: manage si_mountpt

    Prevents panics when the device is already mounted by ufs or msdosfs.

does the issue persist?

Actions

Also available in: Atom PDF