alpha space is IPv4 only

Bug #1940717 reported by Simon Déziel
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Joseph Phillips

Bug Description

When deploying without specifying a space, the "alpha" one is used as default. Apparently this space doesn't have any subnet associated with it but somehow, it ends up getting an address from the first subnet in another space.

$ juju spaces
Name Space ID Subnets
alpha 0
cloud 3
demo 1
dev 2
undefined 4

When calling get_binding(), the network.ingress_addresses contains only an IP in so we could say that "alpha == IPv4(cloud)".

However, if a space is explicitly bounded to "cloud" for example, the network.ingress_address will contain both an IPv4 and an IPv6 from the right subnets.

IMHO, if this "alpha" space should inherit the subnet of another random space, it should get both INET family subnets.

Additional information:

$ juju version
MAAS: 3.1.0~alpha1

Revision history for this message
Joseph Phillips (manadart) wrote :

This is by design.

There is a model configuration item, "default-space", which is used as the default binding for all deployments where it is otherwise unspecified. By default, it is "alpha".

In order to accommodate legacy deployments, we do not throw an error when applications are bound to an empty alpha space, rather we treat such a situation as space-agnostic.

What then happens is that the binding information returns the preferred private address of the machine where the unit is deployed. This can only be one address and Juju's selection rules will prefer an IPv4 local-cloud address.

The solution is configure the model's default-space with one of the MAAS spaces.

Changed in juju:
status: New → Won't Fix
assignee: nobody → Joseph Phillips (manadart)
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers