[SOLVED] OpenRC 0.5.1 does not start my network correctly

[mv]

I must say that this is not an appropriate solution: Your "solution" is to use oldnet but not the network script. However, the "new style" how it should work is only with the network script. For this, I also sometimes get false paths.

I suppose that it is really a bug in dhcpcd: Sometimes the route is set correctly, but usually not at the first run. Only after stopping and restarting dhcpcd the route is set correctly.
More precisely: If dhcpcd "works" (usually only after the second start) I get the output

Code: Select all

$ route -n                
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
[correct ip]    0.0.0.0         255.255.254.0   U      202    0        0 eth0
127.0.0.0       -               255.0.0.0       !        0    -        0 -
127.0.0.0       127.0.0.1       255.0.0.0       UG       0    0        0 lo
0.0.0.0         [correct gateway]  0.0.0.0      UG     202    0        0 eth0

but if it does not work, the last line is simply missing from the output. dhcpcd must have got its lease, because otherwise the first line could not be there, so it must have simlpy "forgotten" to add the route.

I guess a bug should be reported to Uberlord, but currently I have to many other things to do...

[Guinpen]

I see. BTW, what is meaning of the second line and why is it there?

[Mike Hunt]

Hmmm, I have not had the experience of false paths or the need to restart dhcpcd with openrc-0.5.0
I'm not getting that second line either. What can that be if there is no interface.

Code: Select all

127.0.0.0       -               255.0.0.0       !        0    -        0 - 

Code: Select all

# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
[correct ip]    0.0.0.0         255.255.255.0   U     202    0        0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0        [correct gateway]0.0.0.0         UG    202    0        0 eth0

[sera]

I see. BTW, what is meaning of the second line and why is it there?

This means there is an unreachable route to the loopback interface and it's done in the network script, therefore, Mike Hunt, you wont see it. I asked UberLord why but didn't got an answer so far.

Edit: Here [post]6016059[/post]

[mv]

Finally, I found some time to look in the thing again. The cause for the problem is rather simple: If /etc/init.d/network runs after dhcpcd, it mangles some of the routes which dhcpcd has set. Therefore the non-reproducing effect: It appears not to be defined by dependencies what starts earlier. So I have just put

rc_need="network"

and everything is fine now. (Well, everything except for the lack of support for pppd in the new network scripts, but this is another story - unfortunately more serious, for which I still see no reasonable solution except for using oldnet.)

[gcasillo]

4) Add the following to /etc/dhcpcd.conf:

Code: Select all

waitip

Just wanted to say thanks for sharing this tip. Appears to resolve the issue I was having.