NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: kern/58422: kernel crash when using the iscsi initiator
The following reply was made to PR kern/58422; it has been noted by GNATS.
From: mlelstv%serpens.de@localhost (Michael van Elst)
To: gnats-bugs%netbsd.org@localhost
Cc:
Subject: Re: kern/58422: kernel crash when using the iscsi initiator
Date: Sat, 13 Jul 2024 07:59:10 -0000 (UTC)
6bone%6bone.informatik.uni-leipzig.de@localhost writes:
>NetBSD 6bone.informatik.uni-leipzig.de 10.0_STABLE NetBSD 10.0_STABLE (MYCONF10.gdb) #1: Mon Jul 8 15:34:51 CEST 2024 root%6bone.informatik.uni-leipzig.de@localhost:/usr/obj/sys/arch/amd64/compile/MYCONF10.gdb amd64
>[ 85126.220101] cpu2: Begin traceback...
>[ 85126.220101] vpanic() at netbsd:vpanic+0x183
>[ 85126.220101] panic() at netbsd:panic+0x3c
>[ 85126.220101] trap() at netbsd:trap+0xb24
>[ 85126.220101] --- trap (number 6) ---
>[ 85126.230191] mutex_enter() at netbsd:mutex_enter+0x3e
>[ 85126.230191] wake_ccb() at iscsi:wake_ccb+0x8e
>[ 85126.230191] iscsi_cleanup_thread() at iscsi:iscsi_cleanup_thread+0x351
>[ 85126.230191] cpu2: End traceback...
That's a use-after-free, when a connection is shut down.
The cleanup thread handles timed out CCBs that have already
been freed with the closing connection.
Can you try to recreate the crash with a DIAGNOSTIC kernel and/or
set the sysctl hw.iscsi.debug to 9 ?
It might be easier to recreate if you know how the connection
is shut down. Maybe some reconfig or reboot of the iscsi target
or some network issue.
Home |
Main Index |
Thread Index |
Old Index