No way to model network configuration of a nic in MAAS through juju

Bug #1659360 reported by Jason Hobbs
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Canonical Juju
Expired
Wishlist
Unassigned

Bug Description

In OIL, we test various SDNs on the same hardware. We use eth1 on our nodes for a data network for openstack. Some SDNs require that interfaces on that network be unconfigured (neutron-gateway with openvswitch, for example), and some require that it be configured with an IP address - auto assign is fine (nova compute for calico, for example).

To accommodate this, we have to carry code in OIL that talks to the MAAS api to either configure eth1 for auto-assign, or leave it unconfigured, depending on which service/bundle we're deploying to a node.

juju/charms should have some way of modeling this and handling talking to the MAAS API to do this configuration, so that we (and everyone else deploying services with different requirements along these lines) don't have to carry custom external code to handle it.

Revision history for this message
Larry Michel (lmic) wrote :

I thinks this very needed and would also open additional possibilities for doing config validations. i.e catching binding conflicts early when services are collocated.

Bug 1659376 describes a failure which could be also be addressed by this if say we could also integrate state information into bindings.

Changed in juju:
status: New → Triaged
importance: Undecided → Wishlist
tags: added: network
Revision history for this message
John A Meinel (jameinel) wrote :

I believe this is the same as bug #1659376 as mentioned by Larry. (supporting L2 bindings in charms and associating them with unconfigured interfaces in MAAS feels exactly like what this is)

Revision history for this message
Jason Hobbs (jason-hobbs) wrote :

It's not the same. Larry's bug is supporting that configuration at all - this bug is about being able to change whether an interface is configured in MAAS or not via juju.

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

This bug has not been updated in 5 years, so we're marking it Expired. If you believe this is incorrect, please update the status.

Changed in juju:
status: Triaged → Expired
tags: added: expirebugs-bot
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.