We have released MAAS 2.9.2, which contains two new features, and some notable bug fixes
↗. The two new features are:
Proxmox driver: A driver has been added to MAAS 2.9.2 which interacts with the Proxmox API. Only one URL is needed, though a username and credentials are required. Credentials can be either a password or an API token. Note that if you use a token, you have to configure the permissions for the token. Newly-created Proxmox tokens don't assign any permissions by default, so you must add
power off, and
query power permissions to the token before using it.
Power driver Webhook: A webhook was added to 2.9.2, which allows MAAS to interface with another web service that's running the power commands. This webhook is provided for interacting with objects that MAAS does not support, that is, the MAAS team supports the driver itself, but whatever is interfacing to the driver is not supported. This webhook as three URLs, one each for power on, power off, and power query. Optionally, this webhook also supports a power user and password or token (RFC 6717). This gives you a way to add your own power drivers without waiting for the driver to be added to MAAS. There is a video tutorial
↗ available on this new feature.
You can also find a digest of the 2.9.2 bug fixes below.
Following on from MAAS 2.8, we are happy to announce that MAAS 2.9 is now available.
Ubuntu 20.04 LTS (Focal Fossa) is now the default commissioning and deployment release for new MAAS installations. Machines deployed with Focal may now be registered as KVM hosts.
MAAS 2.9 allows you to create an OpenVswitch bridge type when creating a bridge.
MAAS 2.9 adds extensive optimisation tools for using NUMA with virtual machines. You can now see how many VMs are allocated to each NUMA node, along with the allocations of cores, storage, and memory. You can quickly spot a VM running in multiple NUMA nodes, and optimise accordingly, with instant updates on pinning and allocations. You can also tell which VMs are currently running. Using the CLI, you can also pin nodes to specific cores, and configure hugepages for use by VMs.
Specifically, there are five new features available to support NUMA, SR-IOV, and hugepages:
This functionality comes with an enhanced panel in the "KVM" details section:
See the VM hosting page for more details, and be sure to use the menu at the top of that page to select your desired build method and interface, so that you'll see the most relevant instructions.
MAAS 2.9 includes changes to the machine batch size that the UI loads. Previously the UI loaded machines in batches of 25; it now pulls in 25 for the first call, then 100 at a time in subsequent batches.
You can see the results of the investigation in this video podcast
MAAS now includes new release notifications for users and administrators. These appear when a new release is available:
Both regular and administrative users can snooze these notifications for two weeks at a time. Administrative users can opt out of new release notifications completely, preventing notifications for any user of that MAAS.
MAAS now includes UI panels corresponding to the IPMI power driver upgrades mentioned earlier:
This screen can be reached from
Settings | Configuration | Commissioning.
When marking a machine broken, a description can now be included:
This description appears in that machine's row on the machine list.
A number of MAAS issues have actually been issues with an older version of Curtin. MAAS now includes Curtin 20.2, which fixes many of these issues, including MAAS is changing my boot order!
MAAS 2.9 disables HTTP boot. There are known issues with HTTP boot in MAAS, as well as known issues for HTTP boot with grub (e.g. https://bugs.launchpad.net/maas/+bug/1899581
↗) This shouldn’t affect machine boot, as machines will normally try PXE as a fallback boot method if HTTP boot fails. Be aware, though, that machine boot will fail if the BIOS is configured to boot only over HTTP; those machines need to be reconfigured to use PXE.
Four new parameters have been added for IPMI BMC configuration. These parameters will pull from the global defaults, eliminating the need to set the corresponding parameter in each instance.
Note that MAAS will not capture the BMC MAC address when detecting IPMI BMCs.
Two new global IPMI configuration options have been added:
You may now set the global configuration options
maas_auto_ipmi_user_privilege_level on the "Settings" page in the UI under "Commissioning."
Available in all MAAS 2.9 releases is the new
maas.power CLI command. This command interfaces directly with the supported MAAS power drivers. This command can be used to control the power on a machine before it has been added to MAAS, for all maas supported power drivers. You can get power status, turn machines on or off, and cycle power. The
maas.power --help shows usage details, including syntax for naming each power type (consistent with other MAAS CLI commands).
This release adds two improvements to IPMI BMC detection capability:
This release features Reader Adaptive Documentation, which allows you to adapt individual pages to your install method (Snap vs. Deb), version (2.7/2.8/2.9), and preferred interface (CLI/UI).
This release will include offline documentation for those users whose MAAS installations reside behind firewalls, unable to access the online documentation.
Three substantial improvements to BMC usage have been released:
Three new configuration options have been added to the IPMI power driver:
↗for more information.
Script flow and capabilities have been improved in three ways:
Seven major improvements were made to commissioning script flow and capabilities:
Commissioning scripts have been reordered and some are now set to run in parallel. You can now easily set a script to run before the builtin MAAS commissioning scripts. There are nine significant changes:
See the commissioning logs page
↗ for more details on these changes.
Four improvements have been made to speed up the commissioning process, mostly by running scripts in parallel (see above):
Debian package installs of MAAS reached an "impossible situation"
↗ trying to install the MAAS region controller. This is caused because of an unsupported move from the transitional MAAS PPA to the latest PPA. The workaround is to purge the MAAS packages (and the snap, if installed)
↗, and install clean with the latest PPA enabled, which will install the correct versions.
CentOS/RHEL 7+ ship with an unsigned version of GRUB which breaks UEFI secure boot
↗. This bug is believed to be fixed in curtin version 21.1, which is now supported by MAAS 2.9.2.
Debug could not be properly enabled for MAAS snap version 2.9.1
↗. This has been remedied.
The MAAS Backup doc article
↗ was not clearly written with respect to stopping critical services
↗. The article has been reworked to make clear in what order steps should be performed so that services are not stopped before appropriate data has been retrieved for backup.
Deselecting all architectures in the Ubuntu extra architectures repo blocks all deployments
↗. The default architectures have been changed to prevent this issue.
MAAS does not allow FQDNs to be used in place of IPs
↗ when a BMC extracts the address from the
power_address. This incorrect behaviour was changed in 2.9.2.
The Proxmox driver uses a hard-coded port that cannot be customised
↗. This port is now customisable in 2.9.2.
↗for easy bookmarking.
There is a known issue with the Reader Adaptive Documentation left-hand-side menu (navigation), in that the menu links cannot currently be adapted to the RAD parameters. This means that selecting a different page in the LHS menu will take you the the RAD for the current recommended version. Every page that is different in RAD, though, should present you with a top menu, so that you can choose the RAD parameters matching your own preferences.
When upgrading to any release above 2.8, using packages, you may receive a warning about missing migration(s) -- specifically something that looks like this:
Setting up maas-common (2.8.3~rc1-8583-g.9ddc8051f-0ubuntu1~18.04.1) ... Setting up maas-region-api (2.8.3~rc1-8583-g.9ddc8051f-0ubuntu1~18.04.1) ... Setting up maas-region-controller (2.8.3~rc1-8583-g.9ddc8051f-0ubuntu1~18.04.1) ... Operations to perform: Apply all migrations: auth, contenttypes, maasserver, metadataserver, piston3, sessions, sites Running migrations: No migrations to apply. Your models have changes that are not yet reflected in a migration, and so won't be applied. Run 'manage.py makemigrations' to make new migrations, and then re-run 'manage.py migrate' to apply them.
This warning message has no effect on the installation or operation of MAAS, so it can be safely ignored.