Same libs as yours... /usr/local/sbin/ospf6d: libfrr.so.0 => /usr/local/lib/libfrr.so.0 (0x800295000) libyang.so.0.16 => /usr/local/lib/libyang.so.0.16 (0x80036c000) libexecinfo.so.1 => /usr/lib/libexecinfo.so.1 (0x800466000) libm.so.5 => /lib/libm.so.5 (0x80046b000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x80049d000) libjson-c.so.4 => /usr/local/lib/libjson-c.so.4 (0x8004be000) librt.so.1 => /usr/lib/librt.so.1 (0x8004d1000) libthr.so.3 => /lib/libthr.so.3 (0x8004d9000) libc.so.7 => /lib/libc.so.7 (0x800506000) libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x8008fe000) libelf.so.2 => /lib/libelf.so.2 (0x8009a2000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8009bd000) Note: I was having issues with 12.0-RELEASE and the binary distribution (pkg install frr7), so I recompiled to 12.1-FreeBSD and built frr7 from the ports. No optimization flags. Still crashes. :( What is interesting, if I just put lo0 in area 0, it doesn't crash. When I get routes (by adding real interfaces), it crashes. Backtrace is in 'hash_get'. Could I have a "bad" IPv6 route that when ospf6d tries to learn it, it crashes? #0 0x000000080030678c in hash_get () from /usr/local/lib/libfrr.so.0 I'm looking in hash.c, but my C skills are about 20 years rusty. Rudy On 10/11/19 8:52 AM, mike tancsa wrote:
On 10/11/2019 2:37 AM, Rudy Rucker wrote:
I just upgraded from FreeBSD 11 to 12 and upgrade from quagga to FRR at the same time. bgpd and ospfd work fine, but ospf6 doesn't work. Not sure what I'm going wrong. Here is the output from zebra and ospf6.
If you do
ldd ospf6d ospf6d: libfrr.so.0 => /usr/local/lib/libfrr.so.0 (0x80086d000) libyang.so.0.16 => /usr/local/lib/libyang.so.0.16 (0x800b3e000) libexecinfo.so.1 => /usr/lib/libexecinfo.so.1 (0x800e35000) libm.so.5 => /lib/libm.so.5 (0x801038000) libcrypt.so.5 => /lib/libcrypt.so.5 (0x801268000) libjson-c.so.4 => /usr/local/lib/libjson-c.so.4 (0x801487000) librt.so.1 => /usr/lib/librt.so.1 (0x801697000) libthr.so.3 => /lib/libthr.so.3 (0x80189d000) libc.so.7 => /lib/libc.so.7 (0x801ac6000) libpcre.so.1 => /usr/local/lib/libpcre.so.1 (0x801e81000) libelf.so.2 => /lib/libelf.so.2 (0x802123000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x80233b000)
is it linked to anything odd or old by chance ? (libmap.conf?)
---Mike