<div dir="ltr">2014-04-10 11:35 GMT+04:00 Alexander V. Chernikov <span dir="ltr"><<a href="mailto:melifaro@freebsd.org" target="_blank">melifaro@freebsd.org</a>></span>:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="">On 10.04.2014 10:14, Peter Andreev wrote:<br>
> Hi Alexander,<br>
><br>
> I tried "debug MLPA1 all" from birdc console, but nothing new appeared<br>
> in log file.<br>
</div>Interesting.<br>
<div><div class="h5">><br>
> Currently I rolled back to 1.3.10 version from ports because 1.4.2<br>
> started to crash with the following backtrace:<br>
><br>
><br>
> GNU gdb 6.1.1 [FreeBSD]<br>
> Copyright 2004 Free Software Foundation, Inc.<br>
> GDB is free software, covered by the GNU General Public License, and you are<br>
> welcome to change it and/or distribute copies of it under certain<br>
> conditions.<br>
> Type "show copying" to see the conditions.<br>
> There is absolutely no warranty for GDB. Type "show warranty" for details.<br>
> This GDB was configured as "amd64-marcel-freebsd"...<br>
> Core was generated by `bird6'.<br>
> Program terminated with signal 11, Segmentation fault.<br>
> Reading symbols from /lib/libthr.so.3...done.<br>
> Loaded symbols for /lib/libthr.so.3<br>
> Reading symbols from /lib/libc.so.7...done.<br>
> Loaded symbols for /lib/libc.so.7<br>
> Reading symbols from /libexec/ld-elf.so.1...done.<br>
> Loaded symbols for /libexec/ld-elf.so.1<br>
> #0 0x0000000000464a9e in add_tail (l=0x801017798, n=0x80102a650) at<br>
> lists.c:46<br>
> 46 z->next = n;<br>
> [New Thread 801007400 (LWP 100292/bird6)]<br>
> (gdb) bt<br>
> #0 0x0000000000464a9e in add_tail (l=0x801017798, n=0x80102a650) at<br>
> lists.c:46<br>
> #1 0x0000000000469ce6 in ralloc (p=0x801017780, c=0x692260) at<br>
> resource.c:224<br>
> #2 0x000000000045c20a in tm_new (p=0x801017780) at io.c:226<br>
> #3 0x0000000000425bef in bgp_setup_conn (p=0x801008020,<br>
> conn=0x8010081c8) at ../../../proto/bgp/bgp.c:631<br>
> #4 0x0000000000425d97 in bgp_active (p=0x801008020) at<br>
> ../../../proto/bgp/bgp.c:660<br>
> #5 0x00000000004252cb in bgp_decision (vp=0x801008020) at<br>
> ../../../proto/bgp/bgp.c:334<br>
> #6 0x000000000045bd67 in ev_run (e=0x801017800) at event.c:85<br>
> #7 0x000000000045be02 in ev_run_list (l=0x694aa0) at event.c:135<br>
> #8 0x000000000045f05f in io_loop () at io.c:1716<br>
> #9 0x00000000004669b3 in main (argc=3, argv=0x7fffffffdb20) at main.c:820<br>
> (gdb) quit<br>
><br>
><br>
> If this crash is interesting to you as port maintainer, I will provide<br>
> any additional information which can help to understand why it happened.<br>
</div></div>Yes, definitely.<br>
<br>
Can you provide me with config, core file and a binary?<br></blockquote><div><br>Ok. I'll send in private message.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Is this stock bird from 1.4.2, default options, no patches?<br></blockquote><div><br>Stock bird, default options.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Do you using gcc or clang to build and which version?<br></blockquote><div><br>/home/apn>cc -v<br>Using built-in specs.<br>Target: amd64-undermydesk-freebsd<br>Configured with: FreeBSD/amd64 system compiler<br>Thread model: posix<br>
gcc version 4.2.1 20070831 patched [FreeBSD]<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
<br>
How can one reproduce this scenario?<br></div></blockquote><div><br>My rc.conf:<br><br>vlans_em2="10 20"<br>ifconfig_em2_10="<some_ip>"<br>ifconfig_em2_20_ipv6="<some_v6_ip>"<br>
ifconfig_em2="up"<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div>
Does the same config work on 1.3.10?<br></div></blockquote><div><br>1.3.10 doesn't crash, but BGP sessions don't set up.<br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div>
<div class=""><br>
><br>
> 2014-04-09 23:10 GMT+04:00 Alexander V. Chernikov <<a href="mailto:melifaro@freebsd.org">melifaro@freebsd.org</a><br>
</div>> <mailto:<a href="mailto:melifaro@freebsd.org">melifaro@freebsd.org</a>>>:<br>
<div class=""><div class="h5">><br>
> On 09.04.2014 13:36, Peter Andreev wrote:<br>
> > Hi everybody,<br>
><br>
> Hello!<br>
> ><br>
> > I'm trying to set up bird 1.4.2 on FreeBSD 9.1 and stuck on the<br>
> > following:<br>
> ><br>
> > bird> sh pro name proto table state since info<br>
> > kernel1 Kernel master up 13:10:06 device1 Device master<br>
> > up 13:10:06 NICbr1 BGP master up 13:10:28<br>
> > Established NICbr2 BGP master up 13:10:29<br>
> > Established PTTlg BGP master start 13:10:24 Connect<br>
> > Socket: Invalid argument MLPA1 BGP master start 13:10:24<br>
> > Connect Socket: Operation timed out MLPA2 BGP master<br>
> > start 13:10:24 Connect Socket: Invalid argument MLPA3<br>
> > BGP master start 13:12:51 OpenConfirm BGP Error: Hold<br>
> > timer expired MLPA4 BGP master start 13:10:24 Connect<br>
> > Socket: Invalid argument STATIC_BGP Static master up<br>
> > 13:10:06<br>
> ><br>
> > All these BGP protocols are inherited from one template. The only<br>
> > difference is that those are established, use another source<br>
> > address which is configured on virtual interface.<br>
> ><br>
> > However my question is how to find out what's going on and how to<br>
> > detect a problem? Setting "log syslog all;" is not very helpful -<br>
> > it only fills the log file with a lot of "bird6: KRT: Error sending<br>
> > route 2c0f:fb50::/0 to kernel: No such process" messages.<br>
> You can look at detailed protocol status via<br>
> "show protocol [nam] all"<br>
> You can enable appropriated level of per-protocol debug (e.g. add<br>
> "debug { events, states };" to protocol config.<br>
><br>
> ><br>
> > -- Is there any problem Exterminatus cannot solve? I have not found<br>
> > one yet.<br>
> ><br>
><br>
><br>
><br>
><br>
> --<br>
> Is there any problem Exterminatus cannot solve? I have not found one yet.<br>
><br>
<br>
</div></div></div></blockquote></div><br><br clear="all"><br>-- <br>Is there any problem Exterminatus cannot solve? I have not found one yet.<br><br>
</div></div>