<div dir="ltr">I noticed the bgp crash in rpki myself this yesterday morning as well. <div><a href="https://github.com/FRRouting/frr/pull/12287/commits/31d0363ffc3c387204068d9b81c4f281a2116342">https://github.com/FRRouting/frr/pull/12287/commits/31d0363ffc3c387204068d9b81c4f281a2116342</a><br></div><div>That is the commit you want to fix the issue. I'll make sure it gets backported to 8.4</div><div><br></div><div>For the eth0 issue. What do you have configured on that interface? and Can I see `show int eth0` inside of vtysh?</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Nov 8, 2022 at 8:10 PM Philip Smith <<a href="mailto:philip@nsrc.org">philip@nsrc.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi everyone,<br>
<br>
FRR8.4 updated on my FRR8.3.1 system yesterday. 8.3.1 has been running <br>
fine for many weeks.<br>
<br>
FRR8.4's BGPD crashes every 25 minutes or so with this appearing in syslog:<br>
<br>
********************<br>
Nov 8 22:59:29 frr BGP[81651]: Received signal 6 at 1667948369 (si_addr <br>
0x7000013ef3, PC 0x7fe3e2e5ba7c); aborting...<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_backtrace_sigsafe+0x71) <br>
[0x7fe3e3184f01]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_signal+0xf5) [0x7fe3e3185105]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(+0xc3b45) [0x7fe3e31afb45]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7fe3e2e07520]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c) [0x7fe3e2e5ba7c]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/lib/x86_64-linux-gnu/libc.so.6(raise+0x16) [0x7fe3e2e07476]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/lib/x86_64-linux-gnu/libc.so.6(abort+0xd3) [0x7fe3e2ded7f3]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(_zlog_assert_failed+0xed) <br>
[0x7fe3e31d400d]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(route_node_delete+0x16e) <br>
[0x7fe3e31b940e]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/modules/bgpd_rpki.so(+0x7a65) [0x7fe3e2bd0a65]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(thread_call+0x81) [0x7fe3e31c3c01]<br>
Nov 8 22:59:29 frr BGP[81651]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(frr_run+0xe8) [0x7fe3e3180508]<br>
Nov 8 22:59:30 frr BGP[81651]: /usr/lib/frr/bgpd(main+0x37c) <br>
[0x55d34af51dec]<br>
Nov 8 22:59:30 frr BGP[81651]: <br>
/lib/x86_64-linux-gnu/libc.so.6(+0x29d90) [0x7fe3e2deed90]<br>
Nov 8 22:59:30 frr BGP[81651]: <br>
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80) [0x7fe3e2deee40]<br>
Nov 8 22:59:30 frr BGP[81651]: /usr/lib/frr/bgpd(_start+0x25) <br>
[0x55d34af52895]<br>
Nov 8 22:59:30 frr BGP[81651]: in thread bgpd_sync_callback scheduled <br>
from bgpd/bgp_rpki.c:403 bgpd_sync_callback()<br>
...<br>
Nov 8 23:24:44 frr BGP[84102]: Received signal 6 at 1667949884 (si_addr <br>
0x7000014886, PC 0x7ff44d243a7c); aborting...<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_backtrace_sigsafe+0x71) <br>
[0x7ff44d56cf01]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(zlog_signal+0xf5) [0x7ff44d56d105]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(+0xc3b45) [0x7ff44d597b45]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/lib/x86_64-linux-gnu/libc.so.6(+0x42520) [0x7ff44d1ef520]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/lib/x86_64-linux-gnu/libc.so.6(pthread_kill+0x12c) [0x7ff44d243a7c]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/lib/x86_64-linux-gnu/libc.so.6(raise+0x16) [0x7ff44d1ef476]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/lib/x86_64-linux-gnu/libc.so.6(abort+0xd3) [0x7ff44d1d57f3]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(_zlog_assert_failed+0xed) <br>
[0x7ff44d5bc00d]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(route_node_delete+0x16e) <br>
[0x7ff44d5a140e]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/modules/bgpd_rpki.so(+0x7a65) [0x7ff44cfb8a65]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(thread_call+0x81) [0x7ff44d5abc01]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/usr/lib/x86_64-linux-gnu/frr/libfrr.so.0(frr_run+0xe8) [0x7ff44d568508]<br>
Nov 8 23:24:44 frr BGP[84102]: /usr/lib/frr/bgpd(main+0x37c) <br>
[0x55750e7f8dec]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/lib/x86_64-linux-gnu/libc.so.6(+0x29d90) [0x7ff44d1d6d90]<br>
Nov 8 23:24:44 frr BGP[84102]: <br>
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0x80) [0x7ff44d1d6e40]<br>
Nov 8 23:24:44 frr BGP[84102]: /usr/lib/frr/bgpd(_start+0x25) <br>
[0x55750e7f9895]<br>
Nov 8 23:24:44 frr BGP[84102]: in thread bgpd_sync_callback scheduled <br>
from bgpd/bgp_rpki.c:403 bgpd_sync_callback()<br>
********************<br>
<br>
This is with frr, frr-pythontools, and frr-rpki-rtrlib installed.<br>
<br>
Looks like unhappiness in the rpki component.<br>
<br>
I've got about 60 BGP feeds into this collector, some full table, but <br>
most are 30k routes.<br>
<br>
I also noticed this new issue appearing with FRR8.4:<br>
<br>
********************<br>
2022/11/08 23:37:24 BGP: [ZM2F8-MV4BJ][EC 33554509] Interface: eth0 does <br>
not have a v6 LL address associated with it, waiting until one is <br>
created for it<br>
********************<br>
<br>
No issue in FRR8.3.1 before it and eth0 definitely does have a v6 LL <br>
address associated with it, as per below:<br>
<br>
********************<br>
56: eth0@if57: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue <br>
state UP group default qlen 1000<br>
link/ether 00:16:3e:35:10:ab brd ff:ff:ff:ff:ff:ff link-netnsid 0<br>
inet 128.xxx.xxx.xxx brd 128.xxx.xxx.xxx scope global eth0<br>
valid_lft forever preferred_lft forever<br>
inet6 2607:xxxx:xxxx::xxxx/64 scope global<br>
valid_lft forever preferred_lft forever<br>
inet6 fe80::216:3eff:fe35:10ab/64 scope link<br>
valid_lft forever preferred_lft forever<br>
********************<br>
<br>
If any other bits are need to help decipher any of this, please let me know.<br>
<br>
I've had to revert to 8.3.1 unfortunately, as the instabilities were <br>
causing issues for the providers of the feeds I am receiving.<br>
<br>
Thanks!<br>
<br>
philip<br>
--<br>
<br>
<br>
<br>
_______________________________________________<br>
frog mailing list<br>
<a href="mailto:frog@lists.frrouting.org" target="_blank">frog@lists.frrouting.org</a><br>
<a href="https://lists.frrouting.org/listinfo/frog" rel="noreferrer" target="_blank">https://lists.frrouting.org/listinfo/frog</a><br>
</blockquote></div>