Deploying from a multi-homed cluster controller with external DHCP/DNS fails by giving the machine the wrong IP for the cluster controller
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
MAAS |
Won't Fix
|
High
|
Unassigned |
Bug Description
When a MAAS cluster controller is configured with multiple interfaces and none of them are set to manage DHCP and DNS, deploying a node can fail with something like this appearing in the install log:
--2015-06-09 19:15:13-- http://
Connecting to 10.0.3.1:80... failed: No route to host.
[...]
This specific cluster controller has interfaces like this:
https:/
The node in question was given an IP address on the 10.16.0.0 network, so the correct cluster controller interface that should have been returned was eth0. Instead the code in pick_cluster_
The first solution to this problem is probably to find the right network for the IP address allocated to the node; the code scans for the MAC address within DHCPLease, but that won't work if DHCP is managed externally. Instead it should be looking at the IP address handed to the node and matching it with the cluster controller interface.
If that proves impossible to make work reliably, then perhaps there should be a way to specify exactly which cluster interface a node boots from (which would override what pick_cluster_
Changed in maas: | |
status: | New → Triaged |
importance: | Undecided → High |
description: | updated |
The cluster controller knows the IP address the node is requesting on, that local IP address needs to be passed to the region to generate the preseed.