Date: Tue, 14 Oct 2025 17:25:15 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 290201] Freed UMA keg (rtentry) was not empty (6 items). Lost 4 pages of memory. Message-ID: <bug-290201-227-yCrbTxSGu2@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-290201-227@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=290201 --- Comment #1 from Kristof Provost <kp@freebsd.org> --- It is of course not a correct fix, but this does appear to make the panic stop: diff --git a/sys/net/route/route_tables.c b/sys/net/route/route_tables.c index 176ca43fa1c5..0000142d0654 100644 --- a/sys/net/route/route_tables.c +++ b/sys/net/route/route_tables.c @@ -345,6 +345,13 @@ rtables_destroy(const void *unused __unused) * and will be completed after vnet teardown. */ NET_EPOCH_DRAIN_CALLBACKS(); + /* + * This drain appears to be unreliable. Attempt to mitigate this by just calling + * it twice. This is a workaround, not a fix. + + * See PR290201. + */ + NET_EPOCH_DRAIN_CALLBACKS(); free(V_rt_tables, M_RTABLE); vnet_rtzone_destroy(); That's been looping bricoler test runs for more than a day at this point, which would certainly have panicked already without it. I present this more as a possible hint than a suggested solution, though if this gets worse or more frequent we may want to consider applying it as a band-aid anyway. -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-290201-227-yCrbTxSGu2>