MAAS erroneously assumes that it must have a unique interface for an unmanaged network

Bug #1519165 reported by Mike Pontillo
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
MAAS
Invalid
Medium
Unassigned
1.9
Won't Fix
Undecided
Unassigned
2.0
Invalid
Undecided
Unassigned

Bug Description

I'm using DD-WRT with the following DNSMasq options set:

dhcp-boot=pxelinux.0,,172.16.100.10

172.16.100.10 is the address of an off-link MAAS server.

When I try to add a second cluster interface, I'm not really sure what interface or IP address to specify, so I type "eth0" (which conflicts with an on-link interface) and get an internal server error. The stack trace in the log[1] shows that 'Another cluster interface already connects network interface eth0 to an IPv4 network'.

I should be able to add unmanaged cluster "interfaces" without specifying an interface name.

(also, I assume that the "IP address", in this case, must be an IP address on the cluster reachable by the deployed node.)

I tested this under MAAS 1.8; everything works up to the point of deployment, except that upon deployment, the node contacts the DHCP server's IP address to try to report back to MAAS, and never completes successfully.

In 1.9 this should work properly.

[1]:
http://paste.ubuntu.com/13485939/

Revision history for this message
Mike Pontillo (mpontillo) wrote :

Workaround: specify any interface name, such as "bogus0".

Changed in maas:
status: New → Triaged
importance: Undecided → Medium
Revision history for this message
Andres Rodriguez (andreserl) wrote :

Hi!

We believe this is no longer an issue in the latest MAAS releases. As such, we are marking this bug report as invalid. If you believe this is still an issue, please re-open this bug report.

Thanks

Changed in maas:
status: Triaged → Invalid
Revision history for this message
Mike Pontillo (mpontillo) wrote :

This became invalid in MAAS 2.x, but is a Won't Fix for MAAS 1.x.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.