lkml.org 
[lkml]   [2012]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: route add default fails with ESRCH?
On 2/22/12 1:27 PM, Julian Anastasov wrote:

> Why the subnet is deleted from table main (254) in
> the same second ?

The machine was in single user mode. All I did was execute

# service network start

dhclient is the only user process I see running on the system.

>
> First default route is removed:
>
> [ 44.351839] Deleting 00000000/0 tos=0 t=ffff880212b846a0
> [ 44.351843] entering trie_leaf_remove(ffff880213d120e0)
> [ 44.351846] In tnode_resize ffff880213d0a5a0 inflate_threshold=50
> threshold=25
>
> Then link route 10.47.46.0/24:
>
> [ 44.351852] Deleting 0a2f2e00/24 tos=0 t=ffff880212b846a0
> [ 44.351855] entering trie_leaf_remove(ffff880211585150)
>
> Insert tries to find if GW 10.47.46.1 is reachable,
> there must be 10.47.46.0/24 in table main but it was
> deleted just before adding the IP.
>
> [ 69.189627] Insert table=254 00000000/0
>

All of this was done by my network startup scripts. These scripts should
be fairly standard and used by lots of other people. The only thing
that's special about my setup is:

# grep LINKDELAY /etc/sysconfig/network
LINKDELAY=20

Without this my eth0 driver complains about link not being ready.

>> # cat /proc/net/fib_trie
>
> Where is "Main:" here?

I think answering this is key.

This is the main difference between systems that work and the ones that
don't. Systems that work have a non-empty Main table:

# cat /proc/net/fib_trie
Main:
+-- 0.0.0.0/0 4 3 10
+-- 0.0.0.0/4 1 0 0
|-- 0.0.0.0
/0 universe THROW

I'll try to figure out why my RT_TABLE_MAIN was empty after my network
startup scripts finished. But given my experience with 2.6.38, fib_hash
handled this case just fine and fib_trie broke it :(

-Arun


\
 
 \ /
  Last update: 2012-02-22 22:55    [W:1.158 / U:1.872 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site