Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 22 Feb 2025 13:06:02 +0100
From:      Alexander Leidinger <Alexander@Leidinger.net>
To:        Mark Johnston <markj@freebsd.org>
Cc:        Current FreeBSD <freebsd-current@freebsd.org>
Subject:   Re: crash with head as of 2h ago (in_pcblbgroup_insert)
Message-ID:  <8dfe920e6d26603030744799102133a0@Leidinger.net>
In-Reply-To: <Z7jwyon5tN_Sqsxc@nuc>
References:  <3d6c377f2567aaa2e0601a7c11c729d5@Leidinger.net> <Z7jwyon5tN_Sqsxc@nuc>

index | next in thread | previous in thread | raw e-mail

[-- Attachment #1 --]
Am 2025-02-21 22:31, schrieb Mark Johnston:
> On Thu, Feb 20, 2025 at 10:27:28AM +0100, Alexander Leidinger wrote:
>> Hi,
>> 
>> I get this backtrace:
>> ---snip---
>> [102] panic: invalid local group size 16 and count 16
>> [102] cpuid = 17
>> [102] time = 1740041984
>> [102] KDB: stack backtrace:
>> [102] db_trace_self_wrapper() at db_trace_self_wrapper+0x2b/frame
>> 0xfffffe07453a5b80
>> [102] vpanic() at vpanic+0x136/frame 0xfffffe07453a5cb0
>> [102] panic() at panic+0x43/frame 0xfffffe07453a5d10
>> [102] in_pcblbgroup_insert() at in_pcblbgroup_insert+0xaa/frame
>> 0xfffffe07453a5d30
>> [102] in_pcblisten() at in_pcblisten+0x92/frame 0xfffffe07453a5d50
>> [102] tcp_usr_listen() at tcp_usr_listen+0x18a/frame 
>> 0xfffffe07453a5db0
>> [102] solisten() at solisten+0x47/frame 0xfffffe07453a5dd0
>> [102] kern_listen() at kern_listen+0x3f/frame 0xfffffe07453a5e00
>> [102] amd64_syscall() at amd64_syscall+0x15b/frame 0xfffffe07453a5f30
>> [102] fast_syscall_common() at fast_syscall_common+0xf8/frame
>> 0xfffffe07453a5f30
>> ---snip---
>> 
>> This is with head updated at 2025-02-20-080119 CET. The previous world 
>> is
>> from 1 month ago (2025-01-22-120655).
> 
> I believe this would be fixed by https://reviews.freebsd.org/D49100

So I was just luck that this works ATM... or unlucky that I got a panic 
on the previous try.

> Please note that I haven't tested it yet (currently running it through
> the regression test suite to start).

As the config and number of applications/jails/services started didn't 
change, any idea how to provoke this race condition on a system with 
some real applications (instead of test cases; if you need an 
independent validation)? A reboot loop until it happens is not really 
something I want to do on this system.

Bye,
Alexander.

-- 
http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF
http://www.FreeBSD.org    netchild@FreeBSD.org  : PGP 0x8F31830F9F2772BF

[-- Attachment #2 --]
-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAme5vbsACgkQEg2wmwP4
2IZkUw//V27vGlgLLBtnsmpwMh21GfUHAYI8OxRUcMFtVRczCdiLJxk5ZZ/71ARk
AC6yK+G4S7SAKfoakgjoMS25Ltuhql9eVKJ9zVqo+W/9dOxGSuYZBOnIierB7LrU
yJHg7fJXZIE+AG9L/KPD6U83Pr5ssygrl4gnNxqZw8vwxobMnNPFnqu6ct6g77nW
vqWrVXa/8iDbnL/D5dw/7MJ/M1VF5PpswnNDne8VyzpmSRC6go5FSxxv2f+FtPWZ
iPTCRYKHwgj1c6rHUyCH/uJrZXhA4OupNTUbBZo2+PhBP30N10uLuglHhClhPWnl
4TSyDjFtyXtJe/t1j2x+3BmwF3dXnI7xB+vIWrp289FasrACky+l2kLeOIZpKX5x
3Mlg7cqDjxuqpuZHym1Gas27le+Kqyc7RY07QHr3T7yggVpM5vRex3a9+cnpKYhR
pNnYb5wwP2I3W+c/HtpVSECzrV1cF73IP2ljUjyFrib5SsZ3GLFZOQo5rQIDICjj
xoLEgXN8ZR+967GlL2qz3tUgBewkCX4yuRpMQtTiYGZrcQbStmrqmXM2vFPVgQcK
/ftL433eBSiwSo/NQQHRjIcKkYxnIu72OiAYOKUoDlxgO9hwJ4bPbHkHu1KiQmCi
Ot/1QEOIRrB5QS8MNNgnz29SyTpc4bEwPIzCvK4X6B3IoS2J8KI=
=sQ3i
-----END PGP SIGNATURE-----
help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?8dfe920e6d26603030744799102133a0>