Date: Wed, 16 Oct 2013 16:13:54 -0300 From: Raimundo Santos <raitech@gmail.com> To: freebsd-net@freebsd.org Subject: Re: ifconfig: ioctl (SIOCAIFADDR): File exists - but not only with alias command Message-ID: <CAGQ6iC8F-WNWC6YP7-KnmWHY47ZeBKi41ksTL%2BoQ2PjDmYcxDw@mail.gmail.com> In-Reply-To: <CAOtMX2iVnT2vmXTyqgOAEm51XhzhL6M14Nf719KotN9Oamk0fg@mail.gmail.com> References: <CAGQ6iC-fKZARrqQrhbswS3YGZqOfOctR9C7B6xSO43LnXh_yTw@mail.gmail.com> <CAOtMX2iVnT2vmXTyqgOAEm51XhzhL6M14Nf719KotN9Oamk0fg@mail.gmail.com>
index | next in thread | previous in thread | raw e-mail
On 16 October 2013 15:54, Alan Somers <asomers@freebsd.org> wrote:
>
>
> I ran into the same problem, on a system with LAGGs, multiple FIBs and
> multiple aliases per interface. I believe that the problem was due to
> a race condition in the kernel. Two process tried to SIOCAIFADDR with
> the same address simultaneously. The second one of them failed and
> printed the error message that you see. But due to the race, the
> first process reported success, yet the interface did not get the
> address. Unfortunately, I was unable to locate the race. My solution
> was to prevent two processes from trying to initialize the interface
> at the same time. The first process was our custom management
> software, which calls "service netif cloneup lagg0" and "service netif
> start lagg0" in rapid succession. The second process was devd, which
> was trying to initialize the newly attached lagg0 interface. I
> commented out the following lines in /etc/devd.conf and the problem
> went away. I don't know if this will solve your problem, but I
> recommend that you use dtrace or some other method to determine
> whether two processes are trying to SIOCAIFADDR at the same time.
>
> notify 0 {
> match "system" "IFNET";
> match "type" "ATTACH";
> action "/etc/pccard_ether $subsystem start";
> };
>
>
Hey Alan!
Well, I don`t think it is the problem here. I just try to do a very simple
ifconfig, nothing more, there are no private applications running (I have
postgres siting around and munin gathering sysinfo to me). I was thinking
about some problem in the interaction ifconfig/adresses + routed, but this
is very strange.
In a less destructive test (the first one took me to reboot the machine), I
see a confusing behavior:
. put a alias into an igb1
. remove this alias (-alias)
. printing the main (#0) FIB, nothing is there related to the removed alias
. put the same alias again
. get the File exists result and no configuration of an alias over the igb1
. but now, listing the main routing table, there are info about that
alias!, but in another port of the NIC, igb2
How is this possible?
home |
help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAGQ6iC8F-WNWC6YP7-KnmWHY47ZeBKi41ksTL%2BoQ2PjDmYcxDw>