Incomplete support for network spaces in Juju and MAAS

Bug #1730747 reported by Matt Rae
102
This bug affects 24 people
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
Low
Unassigned

Bug Description

When space name is updated in MAAS, juju reload-spaces doesn't properly update the space name in juju.

Other issues with juju space functionality:
- Editing a subnet in MAAS, for example going from 10.11.12.0/24 to 10.11.0.0/16 is not updated in juju
- Move a subnet to another space
- If an empty space is created, juju doesn't load it
- Delete space/VLAN/subnet
- "juju subnets" prints status as "in-use" for subnets where no unit/machine
is deployed, it's not clear what it means.

One potential solution could be to have MAAS lock spaces or subnets from being updated after they are in use by juju. Or notify the user if an operation in MAAS will affect deployed machines.

Felipe Reyes (freyes)
tags: added: sts
John A Meinel (jameinel)
Changed in juju:
importance: Undecided → High
status: New → Triaged
Felipe Reyes (freyes)
tags: added: maas-provider spaces
Tim Penhey (thumper)
Changed in juju:
milestone: none → 2.7-beta1
Changed in juju:
milestone: 2.7-beta1 → 2.7-rc1
Revision history for this message
Richard Harding (rharding) wrote :

There are improvements in this area in 2.7 but not all the cases identified are fixed. I'm going to bump it to carry it forward.

Changed in juju:
milestone: 2.7-rc1 → 2.7.1
Changed in juju:
milestone: 2.7.1 → 2.7.2
Changed in juju:
milestone: 2.7.2 → 2.7.3
Changed in juju:
milestone: 2.7.3 → 2.7.4
Changed in juju:
milestone: 2.7.4 → 2.7.5
Changed in juju:
milestone: 2.7.5 → 2.7.6
Ian Booth (wallyworld)
Changed in juju:
milestone: 2.7.6 → 2.9-beta1
Revision history for this message
Richard Harding (rharding) wrote :

I'm going to assign this to Simon as he's working on updating reload-spaces with the new 2.8 abilities and a few of these should get done. We can mark those as complete and carry over specific bugs, perhaps as new ones that "reload-spaces should support X"

Changed in juju:
assignee: nobody → Simon Richardson (simonrichardson)
Revision history for this message
james beedy (jamesbeedy) wrote :

Wooohoo!!! Thank you - @rharding & @simonrichardaon

Revision history for this message
Felipe Reyes (freyes) wrote : Re: [Bug 1730747] Re: incomplete support for spaces in juju and maas

On Tue, 2020-04-07 at 12:33 +0000, Richard Harding wrote:
> I'm going to assign this to Simon as he's working on updating reload-
> spaces with the new 2.8 abilities and a few of these should get done.
> We
> can mark those as complete and carry over specific bugs, perhaps as
> new
> ones that "reload-spaces should support X"

Thank you so much! :-)

Changed in juju:
assignee: Simon Richardson (simonrichardson) → nobody
Changed in juju:
milestone: 2.9-beta1 → 2.9-rc1
Revision history for this message
Pen Gale (pengale) wrote : Re: incomplete support for spaces in juju and maas

This may have been fixed by work to track spaces by internal id rather than provider id. @manadart: is this bug fixed?

Changed in juju:
milestone: 2.9-rc1 → none
importance: High → Medium
Revision history for this message
Joseph Phillips (manadart) wrote :

No it isn't. We implemented functionality for users to massage space names and network topology, along with a slew of safety checks based on endpoint bindings and space constraints.

What would be required here is to extract those checks into a general-use module and apply them to the reload-spaces logic so that if safe, we just consume detected MAAS space/subnet mutations.

At present this functionality remains largely as first conceived, which prevents most changes. The exception is this patch from Simon that introduced the ability to delete spaces that were removed in MAAS.

Revision history for this message
Mark Lehrer (pyite) wrote :

How about the following:

1) Have Juju print a warning to let the user know when it is skipping subnets/spaces

2) Add a "--force" option that would allow Juju to match whatever is configured in MAAS regardless of the consequences

At least do #1 because this behavior is very confusing to new users

Revision history for this message
Canonical Juju QA Bot (juju-qa-bot) wrote :

This Medium-priority bug has not been updated in 60 days, so we're marking it Low importance. If you believe this is incorrect, please update the importance.

Changed in juju:
importance: Medium → Low
tags: added: expirebugs-bot
summary: - incomplete support for spaces in juju and maas
+ Incomplete support for network spaces in Juju and MAAS
Revision history for this message
Boris Lukashev (rageltman) wrote :

This is still happening on juju 3.1 + maas 3.3. Its quite problematic if space assignments are changed after address space is configured as juju cannot address the nodes correctly (or even find renamed spaces). Just adding a "flush-spaces" command to allow clean acquisition from provider might be handy.

Revision history for this message
DUFOUR Olivier (odufourc) wrote :

I can confirm this is still an ongoing issue with Juju 3.3 and MAAS 3.4

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.