Fuel Admin network DHCP gateway not set Cobbler
Bug #1434707 reported by
Kashif Ali
This bug affects 1 person
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Fuel for OpenStack |
Fix Released
|
Low
|
Matthew Mosesohn | ||
7.0.x |
Fix Released
|
Low
|
Matthew Mosesohn |
Bug Description
Ive noticed that even if you set the network via the showmenu (fuel setup text user interface) - the cobbler installer never picks up the default gateway and always points the fuel node as the gateway.
For example
192.168.20.0/24 (subnet)
192.168.20.2 - Fuel Node
192.168.20.254 - Gateway
However in the cobbler DNS masq config file it puts the router as 192.168.20.2 - this causes issues when trying to SSH to the servers and they dont know how to get back to the client as the network gateway (192.168.20.254) is different to the node built (192.168.20.2).
I am not sure if this is as intended but I cant see why it would be.
summary: |
- FuelAdmin network DHCP gateway not set Cobbler + Fuel Admin network DHCP gateway not set Cobbler |
affects: | fuel → mos |
affects: | mos → fuel |
Changed in fuel: | |
importance: | Undecided → Low |
status: | New → Confirmed |
assignee: | nobody → Matthew Mosesohn (raytrac3r) |
Changed in fuel: | |
milestone: | none → 6.1 |
Changed in fuel: | |
status: | Confirmed → Won't Fix |
To post a comment you must log in.
I found that issue isn't related to the DHCP - its actually - although this does set the router to the Fuel Master node IP address.
The issue is when Openstack is installed it changes the default gateway to the public interface GW.
The issue it seems is that if you have three network cards
ETH0 - admin
ETH1 - Priv/Pub/Mgmt
ETH2 - Storage
I believe in this configuration you get issues with the GW from the public overriding the admin GW - I am now testing
ETH0 - admin
ETH1 - Pub/Mgmt/Storage
ETH2 - Private
This is using the VLAN segmentation (http:// docs.mirantis. com/openstack/ fuel/fuel- 6.0/reference- architecture. html#id33)
Its not clear from the documentation why you cant do it the other way, however I will confirm that the first configuration caused the issue.