routes_eth0=( "default via 192.168.0.1" ) will become a command line of `route add default gw 192.168.0.1`. This command fails if eth0 (or another device) does not have an ip assigned in an appropriate network. OpenVZ relies on being able to do this to set up networking for its virtual servers. The iproute2 module behaves correctly and the bug appears to be fixed in baselayout-1.12.0.
Created attachment 81891 [details, diff] Correctly specifies the device to route
Patch is in our svn repo thanks. Can you wait for the next stable release or a patch now?
Personally, I don't mind. I know what the fix is. ;) It might be a good idea to get it into baselayout-vserver early though. Gentoo is third on OpenVZ's list for distros to get working and the first two already go without a hitch. As more Gentoo users pick up interest in the project, more will be sending the issue in their direction rather than ours.
No patch then as vserver has their own baselayout so they can patch that.
Should be fixed by now for baselayout-vserver ...
Cheers. Feel free to close this bug at any time then.
Thanks a lot Roy & Jason ..
OK can you tell the version of baselayout in which the bug is (will be) fixed?
As far as baselayout is concerned, it's fixed in baselayout-1.12.0_pre16-r3 and will be in baselayout-1.11.15 if we ever release that. It's fixed in baselayout-vserver-1.11.14-r4.ebuild and their 1.12 series too.