First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 125786
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Roy Marples (RETIRED) <uberlord@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Jason Stubbs (RETIRED) <jstubbs@gentoo.org>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
ifconfig-mod-route-without-dev.patch Correctly specifies the device to route patch Jason Stubbs (RETIRED) 2006-03-10 19:53 0000 464 bytes Details | Diff
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 125786 depends on: Show dependency tree
Bug 125786 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2006-03-10 19:52 0000 
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.

------- Comment #1 From Jason Stubbs (RETIRED) 2006-03-10 19:53:36 0000 ------- 
Created an attachment (id=81891) [details]
Correctly specifies the device to route

------- Comment #2 From Roy Marples (RETIRED) 2006-03-11 03:54:07 0000 ------- 
Patch is in our svn repo thanks.

Can you wait for the next stable release or a patch now?

------- Comment #3 From Jason Stubbs (RETIRED) 2006-03-11 04:29:09 0000 ------- 
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.

------- Comment #4 From Roy Marples (RETIRED) 2006-03-11 05:21:38 0000 ------- 
No patch then as vserver has their own baselayout so they can patch that.

------- Comment #5 From Christian Heim (RETIRED) 2006-03-11 07:11:18 0000 ------- 
Should be fixed by now for baselayout-vserver ...

------- Comment #6 From Jason Stubbs (RETIRED) 2006-03-11 09:20:53 0000 ------- 
Cheers. Feel free to close this bug at any time then.

------- Comment #7 From Christian Heim (RETIRED) 2006-03-11 09:46:33 0000 ------- 
Thanks a lot Roy & Jason ..

------- Comment #8 From Kir Kolyshkin 2006-03-11 23:47:57 0000 ------- 
OK can you tell the version of baselayout in which the bug is (will be) fixed?

------- Comment #9 From Roy Marples (RETIRED) 2006-03-12 00:11:31 0000 ------- 
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.
First Last Prev Next    No search results available      Search page      Enter new bug