https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Zhenlei Huang changed:
What|Removed |Added
Status|In Progress |Closed
Resolution|---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #29 from commit-h...@freebsd.org ---
A commit in branch releng/14.1 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=34db75d21876ae406ff57fdc594f151fc4214109
commit 34db75d21876ae406ff57fdc594f151fc4214109
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #28 from commit-h...@freebsd.org ---
A commit in branch stable/13 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=9d653a52f899c420f00e23401c3ff44b493d4d32
commit 9d653a52f899c420f00e23401c3ff44b493d4d32
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #27 from commit-h...@freebsd.org ---
A commit in branch stable/14 references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=3ebd2b1c730834123a53b3eddcf9029fcf414782
commit 3ebd2b1c730834123a53b3eddcf9029fcf414782
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Zhenlei Huang changed:
What|Removed |Added
Status|Open|In Progress
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #26 from commit-h...@freebsd.org ---
A commit in branch main references this bug:
URL:
https://cgit.FreeBSD.org/src/commit/?id=93fbfef0b50354b7a1620822454ef29cd415cb2d
commit 93fbfef0b50354b7a1620822454ef29cd415cb2d
Author:
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #25 from Zhenlei Huang ---
@Gregory
Please note, the patch prevents the kernel panic but those packets to be
encapsulated which is in the route loop will be dropped. So a more precise
route entry for the tunnel end or dedicated
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #24 from Zhenlei Huang ---
Created attachment 250637
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250637=edit
patch
(In reply to Gregory Neil Shapiro from comment #23)
> Who is best to commit the change Mark
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Gregory Neil Shapiro changed:
What|Removed |Added
CC||bry...@freebsd.org
---
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #22 from Gregory Neil Shapiro ---
Bug 278422 filed for dxr crash
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #21 from Gregory Neil Shapiro ---
(In reply to Zhenlei Huang from comment #19)
That is another good solution that I can appy generically to all tunnels that
might end up giving a BGP route to the tunnel endpoint. Thanks!
--
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #20 from Gregory Neil Shapiro ---
Funny thing happened when I put the config in place to work around the loop
The sytem crashed with a panic in the dxr routing algorithm Marek recommended
in comment 2. I'll file a new bug for
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #19 from Zhenlei Huang ---
@Gregory
bird2 learned more precise route for remote end of the vxlan tunnel from the
vxlan interface. When that route was installed into kernel FIB then it ended up
recursive encapsulation.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #18 from Gregory Neil Shapiro ---
Verified:
#23 ip_output (m=m@entry=0xf80007e3e000, opt=opt@entry=0x0, ro=, flags=flags@entry=0, imo=0x0, inp=inp@entry=0x0) at
./../../netinet/ip_output.c:699
699
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Zhenlei Huang changed:
What|Removed |Added
CC||z...@freebsd.org
--- Comment #17
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Mark Johnston changed:
What|Removed |Added
Status|New |Open
--- Comment #16 from Mark
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Gregory Neil Shapiro changed:
What|Removed |Added
Attachment #250014|0 |1
is obsolete|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #14 from Mark Johnston ---
(In reply to Gregory Neil Shapiro from comment #10)
So, if you're building a kernel from releng/14.0, GENERIC doesn't have
debugging options enabled. DEBUG+=-g merely instructs the compiler to
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #13 from Gregory Neil Shapiro ---
Switching to bird2-rtsock didn't make a difference, same crash.
--
You are receiving this mail because:
You are on the CC list for the bug.
You are the assignee for the bug.
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #12 from Gregory Neil Shapiro ---
Thanks, I've tried the other in the past and had odd errors but I'll try again.
Even if it prevents the crash, I'm guessing a userland program shouldn't be
able to panic the kernel so I think
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #11 from Marek Zarychta ---
(In reply to Gregory Neil Shapiro from comment #10)
The BIRD 2.15.1 package for FreeBSD 14 has two flavours: bird2 (netlink-based)
and bird2-rtsock. Please try both of them.
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #10 from Gregory Neil Shapiro ---
I got both routing algorithms working by loading them in loader.conf. I also
bumped kern.kstack_pages to 8. No impact -- still crashes every time I try to
export the BGP routing table from
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #9 from Gregory Neil Shapiro ---
(In reply to Mark Johnston from comment #7)
Yeah, even kgdb isn't giving me anything:
# kgdb /boot/kernel/kernel /var/crash/vmcore.1
GNU gdb (GDB) 14.1 [GDB v14.1 for FreeBSD]
..
Reading
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #8 from Gregory Neil Shapiro ---
I was able to load dxr, set the sysctl, and then enabling IPv4 routes to the OS
still crashed the system.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #7 from Mark Johnston ---
(In reply to Gregory Neil Shapiro from comment #5)
Hmm, the fact that rsp is still close to a page boundary still suggests that a
stack overflow's happening, but perhaps it's an instance of infinite
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #6 from Gregory Neil Shapiro ---
(In reply to Marek Zarychta from comment #2)
It doesn't look like changing the algo is going to work:
# kldload dpdk_lpm6
Triggered a constant flow of logging:
Apr 16 23:14:24 membrane
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #5 from Gregory Neil Shapiro ---
(In reply to Mark Johnston from comment #3)
Bumped kern.kstack_pages to 6 in loader.conf and rebooted. Verified it was now
6 (previously 4) via sysctl. It still crashed. I'll try the route
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #4 from Gregory Neil Shapiro ---
Created attachment 250014
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250014=edit
core.txt.0
(In reply to Marek Zarychta from comment #2)
Yes, disabling encrypted swap allowed
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Mark Johnston changed:
What|Removed |Added
CC||ma...@freebsd.org
--- Comment #3
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #2 from Marek Zarychta ---
(In reply to Gregory Neil Shapiro from comment #0)
>I'd love to share more about the crash, but savecore fails on boot:
>Apr 16 20:59:06 membrane kernel: Starting syslogd.
>Apr 16 20:59:06 membrane
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Marek Zarychta changed:
What|Removed |Added
CC||n...@freebsd.org,
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
--- Comment #1 from Gregory Neil Shapiro ---
Created attachment 250012
--> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=250012=edit
dmesg.boot file containing panic and system info
Attaching /var/run/dmesg.boot as it gives one
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=278394
Mark Linimon changed:
What|Removed |Added
Keywords||crash
33 matches
Mail list logo