Re: [mpls-linux-devel] Quagga compile error

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

I am able to duplicate this.  It looks like the include for linux/types.h
is the culprit.  As an attempt to fix I moved:

#include <linux/types.h>

after

#include <sys/socket.h>

and this seems to allow quagga to build, but I'm thinking this will
have affects on iptables/ebtables/iproute2.  I'll fire off a build
to verify this.

On Fri, Mar 16, 2007 at 07:19:35PM +0100, Marco Schmidt wrote:
> The command-line is the same Miguel tried:
> ./configure --enable-vtysh --enable-mpls --enable-netlink
> and a make afterwards -> leads to those declaration errors below.
>=20
> I have to add, that I changed the compiler-flag in the configure
> script from std=3Dc99 to std=3Dgnu99 because of an earlier compiling-erro=
r:
> http://www.gossamer-threads.com/lists/quagga/dev/13305#13305
>=20
> ----------
> Now to the stability of zebra:
> The network-topology I use, is the same of mpls-linux-labs (very
> helpful, indeed). I've experimented with
> LDP-enabeled-Link-Protection and experienced a few strange things.
> http://www.elcom.pub.ro/~adrian.popa/mpls-linux/mpls-linux-docs/4-1-link_=
protection.html
>=20
> First of all, today LSR E1 made the same problems Gonzalo mentions.
> All Routes are learned during OSPF-Phase, and although label mappings
> are recieved via LDP (can be seen via vtysh), E1 didn't send any labeled
> packets... All other Routers are doing almost ;-) fine.
> I'll try to help isolating this error, but I had no time to investigate
> this any further, because I wanted to show you that zebra crashes.
>=20
> All zebra debug options are enabled, these are the last few lines
> (complete log is appended):
> 2007/03/16 15:04:43 ZEBRA: netlink_talk: mpls-netlink-cmd type (29), seq=
=3D13
> 2007/03/16 15:04:43 ZEBRA: netlink_parse_info: mpls-netlink-cmd ACK: type=
=3D(29), seq=3D13, pid=3D0
> 2007/03/16 15:04:43 ZEBRA: netlink_parse_info: mpls-netlink-listen type (=
29), seq=3D0, pid=3D0
> 2007/03/16 15:04:43 ZEBRA: zebra message comes from socket [16]
> 2007/03/16 15:04:43 ZEBRA: zebra message received [ZEBRA_MPLS_FTN_ADD] 11
> 2007/03/16 15:04:43 ZEBRA: zebra message comes from socket [16]
> 2007/03/16 15:04:43 ZEBRA: zebra message received [ZEBRA_MPLS_XC_ADD] 11
> ZEBRA: Received signal 11 at 1174053883 (si_addr 0x64, PC 0x80537cd); abo=
rting...
> Program counter: /usr/sbin/zebra[0x80537cd]
> Backtrace for 9 stack frames:
> /usr/lib/quagga/libzebra.so.0(zlog_backtrace_sigsafe+0x47)[0xd3c267]
> /usr/lib/quagga/libzebra.so.0(zlog_signal+0x272)[0xd3c882]
> /usr/lib/quagga/libzebra.so.0[0xd49caa]
> [0x8a8440]
> /usr/sbin/zebra[0x80537cd]
> /usr/lib/quagga/libzebra.so.0(thread_call+0x3f)[0xd2d3ff]
> /usr/sbin/zebra(main+0x3ab)[0x80543cb]
> /lib/libc.so.6(__libc_start_main+0xdc)[0xa7a4e4]
> /usr/sbin/zebra[0x8050721]
>=20
> This happened at LSR E2 after (I'm not completely sure about the
> moment) disconnecting a link from E4 to E3. Pings are being sent from
> A2 to A3 all the time, so the packets would have to find the other
> possible way. I'll try it again on monday without enabling LDP.
>=20
> How do I configure the LSRs? I've taken all advice from the mailing
> list. The daemons are started with a little script in the following
> order:
> modprobe mpls4
> service ... start (zebra, ospfd, ldpd)
> -> the conf files are chown'ed with quagga.quagga, they only contain
> -> information about the interfaces and ospf subnets, ldpd.conf is
> -> almost empty
> vtysh
>=20
> In vtysh I type:
> conf t -> mpls ldp -> ex
> int ethx -> mpls l 0 -> mpls ip -> end
> .
>=20
> Regards,
> Marco
>=20
> > On Thu, Mar 15, 2007 at 07:49:03PM +0100, Marco Schmidt wrote:
> > <snip>
> >>=20
> >> This happens, if I try to compile the patched quagga-sources from sf
> >> on my FC6 machine. I've got no other MPLS Packages installed on this
> >> machine (it is used for other work), perhaps you forgot to install the
> >> glibc-kernheaders from sf?
> >>
> >> I'm also trying to compile Quagga, because the zebra-daemon is not as
> >> stable as I wished... Which snapshot has been used for the RPM at sf?
> >> I encounter the following errors on my FC5 MPLS machines:
>=20
> > I'm using http://quagga.net/download/quagga-0.99.6.tar.gz as the base,
> > with my nexthop and MPLS framework changes which are significant.
>=20
> > Can you elaborate on "zebra-daemon is not as stable"?
>=20
> > What configure command line are you using before building quagga that r=
esults
> > in the errors below?
>=20
> >>=20
> >>     In file included from /usr/include/sys/uio.h:24,
> >>                     from /usr/include/sys/socket.h:27,
> >>                     from /usr/include/linux/mpls.h:32,
> >>                     from mpls_netlink.c:1:
> >>     /usr/include/sys/types.h:62: error: conflicting types for 'dev_t'
> >>     /usr/include/linux/types.h:10: error: previous declaration of 'dev=
_t' was here
> >>     /usr/include/sys/types.h:67: error: conflicting types for 'gid_t'
> >>     /usr/include/linux/types.h:21: error: previous declaration of 'gid=
_t' was here
> >>     /usr/include/sys/types.h:72: error: conflicting types for 'mode_t'
> >>     /usr/include/linux/types.h:12: error: previous declaration of 'mod=
e_t' was here
> >>     /usr/include/sys/types.h:77: error: conflicting types for 'nlink_t'
> >>     /usr/include/linux/types.h:13: error: previous declaration of 'nli=
nk_t' was here
> >>     /usr/include/sys/types.h:82: error: conflicting types for 'uid_t'
> >>     /usr/include/linux/types.h:20: error: previous declaration of 'uid=
_t' was here
> >>     In file included from /usr/include/sys/types.h:220,
> >>                      from /usr/include/sys/uio.h:24,
> >>                      from /usr/include/sys/socket.h:27,
> >>                      from /usr/include/linux/mpls.h:32,
> >>                      from mpls_netlink.c:1:
> >>     /usr/include/sys/select.h:78: error: conflicting types for 'fd_set'
> >>     /usr/include/linux/types.h:9: error: previous declaration of 'fd_s=
et' was here
> >>     make[2]: *** [mpls_netlink.o] Error 1
> >>     make[2]: Leaving directory `/usr/src/redhat/BUILD/quagga-0.99.6/ze=
bra'
> >>     make[1]: *** [all-recursive] Error 1
> >>     make[1]: Leaving directory `/usr/src/redhat/BUILD/quagga-0.99.6'
> >>     make: *** [all] Error 2
> >>=20
> >> Does anyone know, how to solve these declaration-problems?
> >>=20
> >> Regards,
> >> Marco
>=20

> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share y=
our
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=3Djoin.php&p=3Dsourceforge&CID=3D=
DEVDEV
> _______________________________________________
> mpls-linux-devel mailing list
> mpl...@li...
> https://lists.sourceforge.net/lists/listinfo/mpls-linux-devel

--=20
James R. Leu
jl...@mi...