[FROG] ospf6d issues (crashes getting routes from my network)

[Rudy Rucker]

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
>