Able to reproduce this on smaller setup My ospfd conf: https://bpaste.net/show/171b3a5dadd1 ospfd.log with debug options enabled(warning - >600Kb of text): https://bpaste.net/show/dd70ace5f819
It happens almost every time(but not exactly every time and that's strange) when i remove one of the interfaces, that is responsible for generating summarized route(for example by killing pppd process). Maybe some race condition with null pointer dereference happens? 21.04.2016 18:57, Jafar Al-Gharaibeh пишет: > Hi Sergey, > > Do you have the log file for ospfd with various debugging options enabled? > > debug ospfd [packet|ism|nsm|zebra|lsa] > > Thanks, > Jafar > > On 4/21/2016 10:30 AM, Sergey Popov wrote: >> Hi, guys. >> >> After updating Quagga from 0.99.24.1 to 1.0.20160315 i am expirience >> constant crashing of ospfd. >> >> I am using Hardened Gentoo with PaX-enabled kernel(not sure if it is >> causing the crash or not) >> >> I tried to reproduce crash on simple setups(only one area and couple of >> interface, also on Hardened Gentoo) and i could not do it. >> >> Here is crash log: >> >> 2016/04/21 18:04:06 OSPF: Assertion `next_state != 0' failed in file >> ospf_nsm.c, line 800, function ospf_nsm_event >> 2016/04/21 18:04:06 OSPF: Backtrace for 18 stack frames: >> 2016/04/21 18:04:06 OSPF: [bt 0] >> /usr/lib64/libzebra.so.0(zlog_backtrace+0x42) [0x373716a3b87] >> 2016/04/21 18:04:06 OSPF: [bt 1] >> /usr/lib64/libzebra.so.0(_zlog_assert_failed+0x101) [0x373716a4876] >> 2016/04/21 18:04:06 OSPF: [bt 2] >> /usr/lib64/libospf.so.0(ospf_nsm_event+0x2ec) [0x37371913150] >> 2016/04/21 18:04:06 OSPF: [bt 3] >> /usr/lib64/libzebra.so.0(thread_call+0xe2) [0x3737168bf40] >> 2016/04/21 18:04:06 OSPF: [bt 4] >> /usr/lib64/libzebra.so.0(funcname_thread_execute+0xca) [0x3737168c1df] >> 2016/04/21 18:04:06 OSPF: [bt 5] >> /usr/lib64/libospf.so.0(ospf_if_cleanup+0x1a4) [0x3737190b333] >> 2016/04/21 18:04:06 OSPF: [bt 6] /usr/lib64/libospf.so.0(+0x29be0) >> [0x3737190fbe0] >> 2016/04/21 18:04:06 OSPF: [bt 7] >> /usr/lib64/libospf.so.0(ospf_ism_event+0x7a) [0x3737191001d] >> 2016/04/21 18:04:06 OSPF: [bt 8] >> /usr/lib64/libzebra.so.0(thread_call+0xe2) [0x3737168bf40] >> 2016/04/21 18:04:06 OSPF: [bt 9] >> /usr/lib64/libzebra.so.0(funcname_thread_execute+0xca) [0x3737168c1df] >> 2016/04/21 18:04:06 OSPF: [bt 10] >> /usr/lib64/libospf.so.0(ospf_if_down+0x73) [0x3737190cd03] >> 2016/04/21 18:04:06 OSPF: [bt 11] >> /usr/lib64/libospf.so.0(ospf_if_free+0x38) [0x3737190b46d] >> 2016/04/21 18:04:06 OSPF: [bt 12] /usr/lib64/libospf.so.0(+0x21ea4) >> [0x37371907ea4] >> 2016/04/21 18:04:06 OSPF: [bt 13] /usr/lib64/libzebra.so.0(+0x547ab) >> [0x373716ae7ab] >> 2016/04/21 18:04:06 OSPF: [bt 14] >> /usr/lib64/libzebra.so.0(thread_call+0xe2) [0x3737168bf40] >> 2016/04/21 18:04:06 OSPF: [bt 15] /usr/sbin/ospfd(+0x1e51) [0x3c40878e51] >> 2016/04/21 18:04:06 OSPF: [bt 16] >> /lib64/libc.so.6(__libc_start_main+0x114) [0x373712d09e4] >> 2016/04/21 18:04:06 OSPF: [bt 17] /usr/sbin/ospfd(+0x1769) [0x3c40878769] >> 2016/04/21 18:04:06 OSPF: Current thread function ospf_nsm_event, >> scheduled from file ospf_interface.c, line 283 >> >> >> If you need entire ospfd.conf to debug this problem, feel free to ask >> it. For now i can say that it is someway complicated setup - 6 areas >> with MD5 authentication and export filters, 28 neighbors. -- Best regards, Sergey Popov Gentoo developer Gentoo Desktop-effects project lead Gentoo Quality Assurance project lead
signature.asc
Description: OpenPGP digital signature
_______________________________________________ Quagga-dev mailing list [email protected] https://lists.quagga.net/mailman/listinfo/quagga-dev
