2015-10-23 01:54:24 |
Andres Rodriguez |
bug |
|
|
added bug |
2015-10-23 01:58:06 |
Andres Rodriguez |
nominated for series |
|
Ubuntu Trusty |
|
2015-10-23 01:58:06 |
Andres Rodriguez |
bug task added |
|
maas (Ubuntu Trusty) |
|
2015-10-23 01:58:06 |
Andres Rodriguez |
nominated for series |
|
Ubuntu Vivid |
|
2015-10-23 01:58:06 |
Andres Rodriguez |
bug task added |
|
maas (Ubuntu Vivid) |
|
2015-10-23 14:04:47 |
Nobuto Murata |
bug |
|
|
added subscriber Nobuto Murata |
2015-10-23 15:02:16 |
Andres Rodriguez |
description |
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver
migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the
connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to
missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface
in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix
CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action,
which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config
files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC
when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2015-10-26 18:13:07 |
Andres Rodriguez |
description |
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
[Impact]
[Test Case]
[Regression Potential]
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2015-10-26 18:17:16 |
Andres Rodriguez |
description |
[Impact]
[Test Case]
[Regression Potential]
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
We would like to request an Standing Feature Freeze exception for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7. It has been QA'd in a CI lab as well as other production deployments.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2015-10-26 18:39:06 |
Andres Rodriguez |
maas (Ubuntu): status |
New |
Fix Released |
|
2015-10-26 18:39:08 |
Andres Rodriguez |
maas (Ubuntu Trusty): status |
New |
In Progress |
|
2015-10-26 18:39:10 |
Andres Rodriguez |
maas (Ubuntu Vivid): status |
New |
In Progress |
|
2015-10-26 18:39:19 |
Andres Rodriguez |
bug |
|
|
added subscriber Ubuntu Stable Release Updates Team |
2015-10-28 14:14:49 |
Andres Rodriguez |
description |
We would like to request an Standing Feature Freeze exception for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7. It has been QA'd in a CI lab as well as other production deployments.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7. It has been QA'd in a CI lab as well as other production deployments.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2015-10-28 15:20:44 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7. It has been QA'd in a CI lab as well as other production deployments.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2015-10-28 20:27:53 |
Steve Langasek |
bug |
|
|
added subscriber Steve Langasek |
2015-10-28 20:51:25 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.8.2 (and 1.8.3 later on). MAAS 1.8 has proven to be more robust, and higher deployment rates without failures than 1.7.6. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.8, upgrade tests include:
- Upgrading from 1.5 to 1.8 directly
- Upgrading from 1.5 to 1.7 to 1.8
- Upgrading from 1.7 to 1.8
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2015-10-28 20:52:14 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.8.2 (and 1.8.3 later on). MAAS 1.8 has proven to be more robust, and higher deployment rates without failures than 1.7.6. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.8, upgrade tests include:
- Upgrading from 1.5 to 1.8 directly
- Upgrading from 1.5 to 1.7 to 1.8
- Upgrading from 1.7 to 1.8
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.8.2 (and 1.8.3 later on). MAAS 1.8 has proven to be more robust, and higher deployment rates without failures than 1.7.6. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.8, upgrade tests include:
- Upgrading from 1.5 to 1.8 directly
- Upgrading from 1.5 to 1.7 to 1.8
- Upgrading from 1.7 to 1.8
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.8 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
|
2016-01-28 16:40:23 |
Andres Rodriguez |
summary |
[SRU] MAAS 1.8.3 |
[SRU] MAAS 1.9.0 |
|
2016-01-28 16:42:46 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.8.2 (and 1.8.3 later on). MAAS 1.8 has proven to be more robust, and higher deployment rates without failures than 1.7.6. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.8, upgrade tests include:
- Upgrading from 1.5 to 1.8 directly
- Upgrading from 1.5 to 1.7 to 1.8
- Upgrading from 1.7 to 1.8
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.8 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.8.3
=====
See https://launchpad.net/maas/+milestone/1.8.3 for full details.
Bug Fix Update
--------------
#1495064 Declare dependency on metadataserver migration 0015 by maasserver migration 0121 to allow upgrades from 1.5.4 to 1.8 to work.
#1484696 Fix the issue where the included ':', apache2 wont forward the connection (LP: #1484696)
#1489160 WebUI - Fixes autocomplete styling for tagging
#1491898 Add HPDSA hardware drivers to the drivers config
#1491822 Always invoke the init system using the C.UTF-8 locale.
#1471946 Restart maas-clusterd in the event of startup failure due to missing /var/lib/maas/secret
#1483273 Use Cluster's name instead of DNS name for the WebUi.
#1504971 Internal Server Error when trying to configure a cluster interface in wily.
1.8.2
=====
See https://launchpad.net/maas/+milestone/1.8.2 for full details.
Bug Fix Update
--------------
#1484696 Regenerate the connection URL on websocket client reconnect, to fix CSRF after upgrade to 1.8.1.
#1445942 Validate the osystem and distro_series when using the deploy action, which fixes win2012r2 deployment issues.
#1481940 Fix failure in MAAS startup messages by not generating dhcpd config files when they are not in use.
#1459865 Fix enlistment to always use the correct kernel parameters.
1.8.1
=====
See https://launchpad.net/maas/+milestone/1.8.1 for full details.
Bug Fix Update
--------------
#1481118 Add --username to maas-region-admin apikey command docs.
#1472707 Add ListBootImagesV2 RPC command. Fallback to using ListBootImages RPC when the ListBootImagesV2 is not handled on the cluster.
#1470591 Fix setting the default_distro_series over the API.
#1413388 Fix upgrade issue where it would remove custom DNS config, potentially breaking DNS
#1317705 Commissioning x86_64 node never completes, sitting at grub prompt, pserv py tbs
#1389007 Power monitor service hits amp.TooLong errors with > ~600 nodes to a cluster
#1436279 Websocket server accessed over port 5240
#1469305 If hostname not set, sudo warning make maas throw 500
#1470585 Can't set a list of forwarders (BIND config)
#1469846 UCS chassis enlist Failed to probe and enlist UCS nodes: list index out of range
#1470276 Add cisco snic to 3rd party driver
#1402042 console= parameters need to be added before -- on kernel cmdline
#1465722 [UI] Machine details styling
#1465737 [UI] Actions design styles
#1465740 [UI] Replace close "X" with correct versions
#1465742 [UI] Table design styles
#1470389 [UI] Make table heading hover consistant with nodes/devices tabs
#1470395 [UI] adding between node name and save button inconsistent
#1459710 [UI] "Set zone" label oddly placed on node listing page
1.8.0
=====
Important announcements
-----------------------
**Region Controller now running on twisted.**
The MAAS Region Controller is now running as a twisted daemon. It is
no longer dependent on Apache in order to run. The MAAS Region
controller is now controlled by ``maas-regiond`` upstart job or systemd
unit. The ``maas-regiond`` daemon is available in port ``5240``.
**Firewall ports for Region and Cluster controller communication**
The communication between Region and Cluster controller is now limited
to use the ports between ``5250`` and ``5259``. For all of those users who
are using a remote cluster (not running on the same machine as the
MAAS Region Controller), need to ensure that these ports are open in
the firewall.
Major new features
------------------
**Web UI Re-design**
MAAS now includes a newly re-designed Web UI. The new Web UI features
a new design and a lot of usability improvements. Some of the UI new
features include:
* Live Updating
The new UI now allows users to view the current status of the
various nodes of MAAS in real-time and without having to manually
refresh the browser.
* Bulk Actions
Quickly select multiple nodes or devices and perform actions. If
nodes or devices are not in a state where that action can be
performed MAAS will alert you to the machines allowing you to
modify your selection before performing the action.
* Live Searching
View the matching nodes or devices as you search. Just type and the
nodes will start to filter, no reloading or waiting for the page to
load.
* Better Filtering
Easily filter through the list of nodes and devices in MAAS to find
the specific nodes that match your search. Examples:
* All nodes that are Ready and have at least 2 disks::
status:Ready disks:2
* All nodes that are not Ready::
status:!Ready
* All nodes that have Failed to complete an action::
status:Failed
* All nodes that are deployed but their power is off::
status:Deployed power:off
* Node & Storage Tag Management
Administrators can now add and remove tags for both Machine and
Storage. This is now possible via the Web UI from the `Node Details`
page.
* Add Chassis
A new `Add Chassis` feature has been added to the UI. This is an
option of `Add Hardware`. This not only allows administrators to
add machines that belong to a single chassis, but also allows
administrators to add Virtual Machines for both KVM and VMWare
based products.
**Support for Devices**
MAAS adds a new concept for a different type of machines, called
`Devices`. `Devices` are machines that MAAS does not fully manage;
this means that MAAS can not power manage nor properly control.
`Devices` are machines in the Network that MAAS can provide network
services for (DHCP/DNS), or can track for inventory.
Administrators can assign three different types of IP Address to a
device:
* `External`, which can be any IP address on the network.
* `Static`, which can be selected manually or automatically, and
belongs to Subnetwork that MAAS can control.
* `Dynamic`, any IP address that is automatically assigned by MAAS
via DHCP. MAAS will automatically create a DNS mapping for any of
the IP addresses belonging to a Device.
**Storage Discovery**
Storage that is attached to a node in MAAS is now a first class
citizen. Easily view and filter nodes based on the number of disks
and the size of each disk attached to a node. Information retrieved
from a storage device includes its name, model, serial, size,
block size, and extra information that is applied to a storage device
as a tag. MAAS will auto tag devices including tags for solid state
device (ssd), rotary, rpm speed, and connected bus.
**Twisted Daemons**
The MAAS Region Controller no longer requires an Apache frontend. It
is still used by default to be backward compatible, but the MAAS
Region Controller is now a standalone Twisted process (the twisted
daemon for the Cluster Controller, ``maas-clusterd``, was introduced
in MAAS 1.7). The MAAS Region Controller is now ``maas-regiond``.
Starting from MAAS 1.8 the Region Controller and Cluster Controller
are noq controlled only by two daemons. (``maas-regiond`` and
``maas-clusterd`` respectively)
**DB Isolation**
Previously PostgreSQL was used in the default READ COMMITTED
transaction isolation mode. It has now been increased to
REPEATABLE READ. PostgreSQL thus provides extra support to ensure
that changes in MAAS are logically consistent, a valuable aid in a
busy distributed system.
**VMware support**
VMware products are now supported in MAAS. This allows MAAS to register
all the Virtual Machines that the VMWare product is running (or a subset
whose name matches a specified prefix), set them up to PXE boot, and
configure them for power management.
This feature requires the ``python-pyvmomi`` package to be installed.
(This is a suggested package, so be sure to use ``--install-suggests`` on
your ``apt-get`` command line when installing the MAAS cluster, or install
it manually.)
The following VMware products have been tested: vSphere Hypervisor 5.5,
ESXi 5.5, and Workstation 11. This feature supports both i386 and amd64
virtual machines.
Minor notable changes
---------------------
**RPC Communication & Ports**
RPC communication between the Region Controller and the
Cluster Controller has now been limited to use the ports between 5250
and 5259, inclusive.
**Discovered virtual machine names are imported into MAAS**
When using the new `Add Chassis` functionality (or the
``probe_and_enlist`` API), virtual machines (VMs) imported into MAAS will
now use the names defined within the Hypervisor as hostnames in MAAS.
This feature works with KVM (virsh or PowerKVM) and VMWare VMs.
The names of the virtual machines will be converted into valid
hostnames, if possible. For example, if a VM called `Ubuntu 64-bit`
is imported, it will become `ubuntu-64-bit`.
Note that only the hostname portion of the name is used. For example,
if a VM is called `maas1.example.com`, only the “mass1” portion of the
name will be used as the node name. (The cluster configuration
determines the remainder of the DNS name.)
**Virtual machine boot order is now set automatically**
When using the new `Add Chassis` functionality (or the
`probe_and_enlist` API) to add KVM or VMware virtual machines, MAAS
will automatically attempt to set each virtual machine’s boot order so
that the network cards (PXE) are attempted first. (This increases the
repeatability of VM deployments, because a VM whose boot order is
incorrectly set may work *once*, but subsequently fail to deploy.)
**Systemd Support**
MAAS now supports systemd, allowing all of the MAAS daemons to run
with Systemd, if the Ubuntu system is running systemd by default
instead Upstart. These daemons include ``maas-regiond``,
``maas-clusterd``, ``maas-dhcpd``, ``maas-dhcpd6``, ``maas-proxy``.
**Upstart & Systemd improvements**
Both Upstart Jobs and Systemd Units now run and supervise various
instances of the ``maas-regiond`` in order to be able to effectively
handle all requests.
Known Problems & Workarounds
----------------------------
**Disk space is not reclaimed when MAAS boot images are superseded**
Whenever new boot images are synced to ``maas-regiond``, new large
objects in the database are created for them, which may replace older
versions of the same image (for the specified version/architecture
combination). Unfortunately, the standard postgresql `autovacuum`
does not remove large objects that are no longer used; a
“full vacuum” is required for this. Therefore, a new command has
been introduced which will run the appropriate postgresql vacuum
command (See bug `1459876`_)::
maas-region-admin db_vacuum_lobjects
This command should be run with care (ideally, during a scheduled
maintenance period), since it could take a long time (on the order
of minutes) if there are a large number of superseded images.
.. _1459876:
https://launchpad.net/bugs/1459876
**MAAS logs to maas.log.1 instead of maas.log**
The `/var/log/maas/maas.log` is a rsyslog based log file, that gets
rotated in the form of `maas.log.1`, `maas.log.2.gz`, etc. In one
situation it has been seen that `maas.log` is empty, and rsyslog
was sending logs to `maas.log.1` instead. This has been identified
as an issue in rsyslog rather than maas. See bug `1460678`_.
.. _1460678:
https://launchpad.net/bugs/1460678
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.8.0 for full details.
#1185455 Not obvious how to search nodes along a specific axis, or multiple axes
#1277545 Node list sort order not maintained
#1300122 No way to get the version of the MAAS server through the API
#1315072 Finding BMC IP address requires clicking "Edit node" in Web UI
#1329267 CLI does not tell users to issue a "refresh" when the API gets out of date
#1337874 Re-commissioning doesn't detect NIC changes
#1352923 MAAS 1.8 requires arbitrary high-numbered port connections between cluster and region controllers
#1384334 Dnssec failures cause nodes to be unable to resolve external addresses
#1402100 Nodes can be in Ready state without commissioning data, if you mark a node in 'failed commisioning', broken and then fixed.
#1412342 Maas.log only contains cluster logs
#1424080 Deployment Failed -- Failed to get installation results
#1432828 MAAS needs to write power off jobs to to systemd units instead of upstart
#1433622 Maas cluster name should not / can not have trailing '.'
#1433625 'APIErrorsMiddleware' object has no attribute 'RETRY_AFTER_SERVICE_UNAVAILABLE'
#1435767 Retry mechanism fails with oauth-authenticated requests
#1436027 Interfaces does not have entry for eth0
#1437388 exceptions.AttributeError: 'NoneType' object has no attribute 'is_superuser'
#1437426 No view for loading page or notification for connection error
#1438218 django.db.transaction.TransactionManagementError: raised when deploying multiple nodes in the UI
#1438606 Releasing node not transitioned to "Failed releasing"
#1438808 Network and storage tables on node details page mis-aligned in Firefox
#1438842 Cannot add an extra NIC
#1439064 Title of individual commissioning result page is permanently "Loading..."
#1439159 maas packaging in vivid needs to prevent isc-dhcpd and squid3 from running
#1439239 MAAS API node details failures
#1439322 Simultaneous IP address requests with only one succeeding
#1439339 "Choose power type" dropdown broken in FF
#1439359 When upgrading to MAAS 1.7 from MAAS 1.5, MAAS should trigger the image import automatically.
#1439366 MAAS 1.7 should be backwards compatible with 1.5 the preseed naming convention
#1440090 NIC information (networks / PXE interface) get's lost due to re-discovering NIC's during commissioning
#1440763 Rregiond.log Tracebacks when trying to deploy 42 nodes at a time
#1440765 oauth.oauth.OAuthError: Parameter not found: %s' % parameter
#1441002 Maas api "device claim-sticky-ip-address" fails with "500: 'bool' object has not attribute 'uuid'".
#1441021 No IP validation
#1441399 Socket.error: [Errno 92] Protocol not available
#1441610 Machines get stuck in releasing for a long time
#1441652 502 Proxy Error when trying to access MAAS in browser
#1441756 Manager service is not sending limit to region
#1441841 Can't add a device that has IP address that it is within the wider range MAAS manages, but not within Dynamic/Static range MAAS manages
#1441933 Internal Server Error when saving a cluster without Router IP
#1442059 Failed deployment/release timeout
#1442162 Spurious test failure: maasserver.api.tests.test_nodes.TestFilteredNodesListFromRequest.test_node_list_with_ids_orders_by_id
#1443344 MAAS node details page shows BMC password in cleartext
#1443346 utils.fs.atomic_write does not preserve file ownership
#1443709 Error on request (58) node.check_power
#1443917 IntegrityError: duplicate key value violates unique constraint "maasserver_componenterror_component_key", (component)=(clusters) already exists
#1445950 Proxy error when trying to delete a windows image
#1445959 Deploying a different OS from node details page yields in always deploying ubuntu
#1445994 Add Devices button has disappeared
#1445997 Clicking on a device takes be back to node details page
#1446000 MAC is not shown in device list
#1446810 Too Many Open Files in maas.log
#1446840 Internal server error saving the clusters interfaces
#1447009 Combo loader crash when requesting JS assets
#1447208 deferToThread cannot wait for a thread in the same threadpool
#1447736 Node isn't removed from the node listing when it becomes non-visible
#1447739 Node isn't added to the node listing when it becomes visible
#1449011 maas root node start distro_series=precise on a non-allocated node returns wrong error message
#1449729 Nodes fail to commission
#1450091 tgt does not auto-start on Vivid
#1450115 django.db.utils.OperationalError raised when instantiating MAASAndNetworkForm
#1450488 MAAS does not list all the tags
#1451852 Legacy VMware "add chassis" option should be removed
#1451857 Probe-and-enlist for VMware needs to update VM config to use PXE boot
#1453730 Commissioning script contents is shown under other settings
#1453954 500 error reported to juju when starting node - "another action is already in progress for that node"
#1455151 Adding one device on fresh install shows as two devices until page refresh
#1455643 Regression: Node listing extends past the edge of the screen
#1456188 Auto image import stacktraces
#1456538 Package install fails with "invoke-rc.d: unknown initscript, /etc/init.d/maas-regiond-worker not found."
#1456698 Unable to deploy a node that is marked fixed when it is on
#1456892 500 error: UnboundLocalError: local variable 'key_required' referenced before assignment
#1456969 MAAS cli/API: missing option set use-fast-installer / use-debian-installer
#1457203 Usability - Enter key in search field should not reset view and filter
#1457708 Cluster gets disconnected after error: provisioningserver.service_monitor.UnknownServiceError: 'maas-dhcpd' is unknown to upstart.
#1457786 Test suite runs sudo commands
#1458894 Cluster image download gives up and logs an IOError too soon
#1459380 MAAS logs 503 spurious errors when the region service isn't yet online
#1459607 Spurious test: maasserver.api.tests.test_node.TestNodeAPI.test_POST_commission_commissions_node
#1459876 When MAAS Boot Images are Superseded, Disk Space is not Reclaimed
#1460485 MAAS doesn't transparently remove multiple slashes in URLs
#1461181 Too many open files, after upgrade to rc1
#1461256 Filter by node broken in Chromium - angular errors in java script console
#1461977 Unused "Check component compatibility and certification" field should be removed
#1462079 Devices can't add a device with a Static IP address outside of dyanmic/static range
#1462320 eventloop table is out of date
#1462507 BlockDevice API is not under the nodes endpoint |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also
been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old
network API for reading purposes, but moving forward, users are required to
use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes
before deployment. The advanced configuration is only available for Ubuntu
deployments. All other deployments using third party OS', including CentOS,
RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively,
VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need
to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in
order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept
of partitioning layouts. Partitioning layouts allow the user to quickly
auto-configure the disk partitioning scheme after first commissioning or
re-commissioning (if selected to do so). The partitioning layouts are set
globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards
compatibility with previous MAAS releases. This means MAAS will take the
first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for
IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces
in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users
to declare and map their infrastructure in the form of Fabrics, VLANs,
Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the
MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images
can be imported from the MAAS Images page. The CentOS image will be
published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced
for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`,
`database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate
any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of
`/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of
`/etc/maas/clusterd.conf`. Available configuration options are now `maas_url`
and `cluster_uuid` only. MAAS will attempt to migrate any configuration
on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify
how commissioning should behave in certain escenarios. The commissioning
actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
|
2016-01-28 16:42:57 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.8. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also
been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old
network API for reading purposes, but moving forward, users are required to
use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes
before deployment. The advanced configuration is only available for Ubuntu
deployments. All other deployments using third party OS', including CentOS,
RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively,
VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need
to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in
order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept
of partitioning layouts. Partitioning layouts allow the user to quickly
auto-configure the disk partitioning scheme after first commissioning or
re-commissioning (if selected to do so). The partitioning layouts are set
globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards
compatibility with previous MAAS releases. This means MAAS will take the
first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for
IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces
in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users
to declare and map their infrastructure in the form of Fabrics, VLANs,
Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the
MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images
can be imported from the MAAS Images page. The CentOS image will be
published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced
for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`,
`database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate
any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of
`/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of
`/etc/maas/clusterd.conf`. Available configuration options are now `maas_url`
and `cluster_uuid` only. MAAS will attempt to migrate any configuration
on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify
how commissioning should behave in certain escenarios. The commissioning
actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also
been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old
network API for reading purposes, but moving forward, users are required to
use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes
before deployment. The advanced configuration is only available for Ubuntu
deployments. All other deployments using third party OS', including CentOS,
RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively,
VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need
to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in
order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept
of partitioning layouts. Partitioning layouts allow the user to quickly
auto-configure the disk partitioning scheme after first commissioning or
re-commissioning (if selected to do so). The partitioning layouts are set
globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards
compatibility with previous MAAS releases. This means MAAS will take the
first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for
IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces
in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users
to declare and map their infrastructure in the form of Fabrics, VLANs,
Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the
MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images
can be imported from the MAAS Images page. The CentOS image will be
published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced
for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`,
`database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate
any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of
`/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of
`/etc/maas/clusterd.conf`. Available configuration options are now `maas_url`
and `cluster_uuid` only. MAAS will attempt to migrate any configuration
on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify
how commissioning should behave in certain escenarios. The commissioning
actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
|
2016-01-28 17:30:26 |
Steve Langasek |
description |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also
been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old
network API for reading purposes, but moving forward, users are required to
use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes
before deployment. The advanced configuration is only available for Ubuntu
deployments. All other deployments using third party OS', including CentOS,
RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively,
VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need
to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in
order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept
of partitioning layouts. Partitioning layouts allow the user to quickly
auto-configure the disk partitioning scheme after first commissioning or
re-commissioning (if selected to do so). The partitioning layouts are set
globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards
compatibility with previous MAAS releases. This means MAAS will take the
first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for
IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces
in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users
to declare and map their infrastructure in the form of Fabrics, VLANs,
Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the
MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images
can be imported from the MAAS Images page. The CentOS image will be
published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced
for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`,
`database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate
any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of
`/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of
`/etc/maas/clusterd.conf`. Available configuration options are now `maas_url`
and `cluster_uuid` only. MAAS will attempt to migrate any configuration
on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify
how commissioning should behave in certain escenarios. The commissioning
actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.7.6. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also
been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old
network API for reading purposes, but moving forward, users are required to
use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes
before deployment. The advanced configuration is only available for Ubuntu
deployments. All other deployments using third party OS', including CentOS,
RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively,
VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need
to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in
order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept
of partitioning layouts. Partitioning layouts allow the user to quickly
auto-configure the disk partitioning scheme after first commissioning or
re-commissioning (if selected to do so). The partitioning layouts are set
globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards
compatibility with previous MAAS releases. This means MAAS will take the
first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for
IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces
in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users
to declare and map their infrastructure in the form of Fabrics, VLANs,
Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the
MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images
can be imported from the MAAS Images page. The CentOS image will be
published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced
for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`,
`database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate
any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of
`/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of
`/etc/maas/clusterd.conf`. Available configuration options are now `maas_url`
and `cluster_uuid` only. MAAS will attempt to migrate any configuration
on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify
how commissioning should behave in certain escenarios. The commissioning
actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
|
2016-01-28 17:38:51 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.7.6. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also
been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old
network API for reading purposes, but moving forward, users are required to
use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes
before deployment. The advanced configuration is only available for Ubuntu
deployments. All other deployments using third party OS', including CentOS,
RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively,
VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need
to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in
order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept
of partitioning layouts. Partitioning layouts allow the user to quickly
auto-configure the disk partitioning scheme after first commissioning or
re-commissioning (if selected to do so). The partitioning layouts are set
globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards
compatibility with previous MAAS releases. This means MAAS will take the
first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for
IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces
in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users
to declare and map their infrastructure in the form of Fabrics, VLANs,
Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the
MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images
can be imported from the MAAS Images page. The CentOS image will be
published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced
for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`,
`database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate
any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of
`/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of
`/etc/maas/clusterd.conf`. Available configuration options are now `maas_url`
and `cluster_uuid` only. MAAS will attempt to migrate any configuration
on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify
how commissioning should behave in certain escenarios. The commissioning
actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old network API for reading purposes, but moving forward, users are required to use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes before deployment. The advanced configuration is only available for Ubuntu deployments. All other deployments using third party OS', including CentOS, RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively, VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept of partitioning layouts. Partitioning layouts allow the user to quickly auto-configure the disk partitioning scheme after first commissioning or re-commissioning (if selected to do so). The partitioning layouts are set globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards compatibility with previous MAAS releases. This means MAAS will take the first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users to declare and map their infrastructure in the form of Fabrics, VLANs, Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images can be imported from the MAAS Images page. The CentOS image will be published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`, `database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of `/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of `/etc/maas/clusterd.conf`. Available configuration options are now `maas_url` and `cluster_uuid` only. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify how commissioning should behave in certain escenarios. The commissioning actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
|
2016-02-01 06:48:15 |
Yoshi Kadokawa |
bug |
|
|
added subscriber Yoshi Kadokawa |
2016-02-03 10:23:43 |
Andres Rodriguez |
bug task deleted |
maas (Ubuntu Vivid) |
|
|
2016-02-03 10:23:52 |
Andres Rodriguez |
nominated for series |
|
Ubuntu Wily |
|
2016-02-03 10:23:52 |
Andres Rodriguez |
bug task added |
|
maas (Ubuntu Wily) |
|
2016-02-15 11:33:53 |
Adam Collard |
bug |
|
|
added subscriber Landscape |
2016-02-15 11:41:03 |
Andreas Hasenack |
bug |
|
|
added subscriber Andreas Hasenack |
2016-02-16 19:29:08 |
Andres Rodriguez |
description |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
5. Landscape has thoroughly tested 1.9 before moving away from 1.7, not only to ensure backwards compatibility but also to test new features and capabilities.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old network API for reading purposes, but moving forward, users are required to use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes before deployment. The advanced configuration is only available for Ubuntu deployments. All other deployments using third party OS', including CentOS, RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively, VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept of partitioning layouts. Partitioning layouts allow the user to quickly auto-configure the disk partitioning scheme after first commissioning or re-commissioning (if selected to do so). The partitioning layouts are set globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards compatibility with previous MAAS releases. This means MAAS will take the first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users to declare and map their infrastructure in the form of Fabrics, VLANs, Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images can be imported from the MAAS Images page. The CentOS image will be published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`, `database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of `/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of `/etc/maas/clusterd.conf`. Available configuration options are now `maas_url` and `cluster_uuid` only. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify how commissioning should behave in certain escenarios. The commissioning actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old network API for reading purposes, but moving forward, users are required to use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes before deployment. The advanced configuration is only available for Ubuntu deployments. All other deployments using third party OS', including CentOS, RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively, VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept of partitioning layouts. Partitioning layouts allow the user to quickly auto-configure the disk partitioning scheme after first commissioning or re-commissioning (if selected to do so). The partitioning layouts are set globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards compatibility with previous MAAS releases. This means MAAS will take the first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users to declare and map their infrastructure in the form of Fabrics, VLANs, Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images can be imported from the MAAS Images page. The CentOS image will be published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`, `database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of `/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of `/etc/maas/clusterd.conf`. Available configuration options are now `maas_url` and `cluster_uuid` only. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify how commissioning should behave in certain escenarios. The commissioning actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
|
2016-04-28 21:05:06 |
Andres Rodriguez |
summary |
[SRU] MAAS 1.9.0 |
[SRU] MAAS 1.9 |
|
2016-05-03 17:27:53 |
Scott Moser |
description |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old network API for reading purposes, but moving forward, users are required to use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes before deployment. The advanced configuration is only available for Ubuntu deployments. All other deployments using third party OS', including CentOS, RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively, VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept of partitioning layouts. Partitioning layouts allow the user to quickly auto-configure the disk partitioning scheme after first commissioning or re-commissioning (if selected to do so). The partitioning layouts are set globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards compatibility with previous MAAS releases. This means MAAS will take the first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users to declare and map their infrastructure in the form of Fabrics, VLANs, Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images can be imported from the MAAS Images page. The CentOS image will be published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`, `database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of `/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of `/etc/maas/clusterd.conf`. Available configuration options are now `maas_url` and `cluster_uuid` only. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify how commissioning should behave in certain escenarios. The commissioning actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details. |
We would like to request a SRU for MAAS 1.9. This follow the approval by the Ubuntu Technical Board for backporting new MAAS upstream releases.
[Impact]
This is a new version of MAAS that provides new features as well as various bug fixes against various issues. It increases MAAS' reliability and serviceability and greatly improves MAAS as a whole.
[Regression Potential]
Minimal. MAAS has been thoroughly tested stand alone and upgrading from 1.7 and 1.8. It has been QA'd in a CI lab as well as other production deployments:
Tests done:
1. Upgraded a production lab from 1.7.6 to 1.9.0 (and 1.9.0 later on). MAAS 1.9 has proven to be more robust, and higher deployment rates without failures than 1.9.0. This lab is a high load lab that stress tests deployments with MAAS.
2. Every MAAS release is thoroughly tested for upgrades. For 1.9, upgrade tests include:
- Upgrading from 1.5 to 1.9 directly
- Upgrading from 1.5 to 1.7 to 1.8 to 1.9
- Upgrading from 1.7 to 1.9
3. MAAS CI Lab:
- Tests Installation (from pkgs), configuration / customization of MAAS, enlistment, commissioning. It also tests deployments with Juju.
- Tests various API's
- Tests are performed against Trusty.
4. Other manual testing include:
- Installation (both fresh and upgrades)
- Configuration
- Taking nodes through the lifecycle for regression testing.
- Custom configuration to ensure proper operation.
- Tests API's for regressions, and keeping backwards compatibility.
=========
Changelog
=========
1.9.0
=====
Important announcements
-----------------------
**New Networking Concepts and API's: Fabrics, Spaces and Subnets**
With the introduction of new MAAS networking concepts, new API's are also been introduced. These are:
* fabrics
* spaces
* subnets
* vlans
* fan-networks
MAAS 1.9.0 will continue to provide backwards compatibility with the old network API for reading purposes, but moving forward, users are required to use the new API to manipulate fabrics, spaces and subnets.
**Advanced Network and Storage Configuration only available for Ubuntu deployments**
Users can now perform advanced network and storage configurations for nodes before deployment. The advanced configuration is only available for Ubuntu deployments. All other deployments using third party OS', including CentOS, RHEL, Windows and Custom Images, won't result in such configuration.
**Re-commissioning required for upgraded MAAS**
Now that storage partitioning and advanced configuration is supported natively, VM nodes in MAAS need to be re-commissioned.
* If upgrading from MAAS 1.8, only VM nodes with VirtIO storage devices need to be re-commissioned.
* If upgrading from MAAS 1.7, all nodes will need to be re-commissioned in order for MAAS to correctly capture the storage and networking devices.
This does not affect nodes that are currently deployed.
**Default Storage Partitioning Layout - Flat**
With the introduction of custom storage, MAAS has also introduced the concept of partitioning layouts. Partitioning layouts allow the user to quickly auto-configure the disk partitioning scheme after first commissioning or re-commissioning (if selected to do so). The partitioning layouts are set globally on the `Settings` page.
The current default Partitioning layout is 'Flat', maintaining backwards compatibility with previous MAAS releases. This means MAAS will take the first disk it finds in the system and use it as the root and boot disk.
**Deployment with configured /etc/network/interfaces**
Starting with MAAS 1.9, all node deployments will result in writing
`/etc/network/interfaces` statically, by default. This increases MAAS'
robustness and reliability as users no longer have to depend on DHCP for IP address allocation solely.
MAAS will continue to provide IP addresses via DHCP, even though interfaces in `/etc/network/interfaces` may have been configured statically.
Major new features
------------------
**Storage Partitioning and Advanced Configuration**
MAAS now supports Storage Partitioning and Advanced Configuration natively.
This allows MAAS to deploy machines with different Storage Layouts, as
well as different complex partitioning configurations. Storage support
includes:
* LVM
* Bcache
* Software RAID levels 0, 1, 5, 6, 10.
* Advanced partitioning
Storace configuration is available both via the WebUI and API. For more
information refer to :ref:`storage`.
**Advanced Networking (Fabrics, Spaces, Subnetworks) and Node Network Configuration**
MAAS now supports Advanced Network configuration, allowing users to not
only perform advanced node network configuration, but also allowing users to declare and map their infrastructure in the form of Fabrics, VLANs, Spaces and Subnets.
**Fabrics, Spaces, Subnets and Fan networks**
MAAS now supports the concept of Fabrics, Spaces, Subnets and FANS,
which introduce a whole new way of declaring and mapping your network
and infrastructure in MAAS.
The MAAS WebUI allows users to view all the declared Fabrics, Spaces,
VLANs inside fabrics and Subnets inside Spaces. The WebUI does not yet
support the ability to create new of these, but the API does.
These new concepts replace the old `Network` concepts from MAAS'
earlier versions. For more information, see :ref:`networking`.
For more information about the API, see :ref:`api`.
**Advanced Node Networking Configuration**
MAAS can now perform the Node's networking configuration. Doing so,
results in `/etc/network/interfaces` being written. Advanced
configuration includes:
* Assign subnets, fabrics, and IP to interfaces.
* Create VLAN interfaces.
* Create bond interfaces.
* Change interface names.
MAAS also allows configuration of node interfaces in different modes:
* Auto Assign - Node interface will be configured statically
and MAAS will auto assign an IP address.
* DHCP - The node interface will be configured to DHCP.
* Static - The user will be able to specify what IP address the
interface will obtain, while MAAS will configure it statically.
* Unconfigured - MAAS will leave the interface with LINK UP.
**Curtin & cloud-init status updates**
Starting from MAAS 1.9.0, curtin and cloud-init will now send messages
to MAAS providing information regarding various of the actions being
taken. This information will be displayed in MAAS in the `Node Event Log`.
Note that this information is only available when using MAAS 1.9.0 and
the latest version fo curtin. For cloud-init messages this information
is only available when deploying Wily+.
**Fabric and subnet creation**
MAAS now auto-creates multiple fabrics per physical interface connected
to the Cluster Controller, and will correctly create subnetworks under
each fabric, as well as VLAN's, if any of the Cluster Controller
interface is a VLAN interface.
**HWE Kernels**
MAAS now has a different approach to deploying Hardware Enablement
Kernels. Start from MAAS 1.9, the HWE kernels are no longer coupled
to subarchitectures of a machine. For each Ubuntu release, users
will be able to select any of the available HWE kernels for such
release, as well as set the minimum kernel the machine will be
deployed with by default.
For more information, see :ref:`hardware-enablement-kernels`.
**CentOS images can be imported automatically**
CentOS Image (CentOS 6 and 7) can now be imported automatically from the MAAS Images page. These images are currently part of the daily streams.
In order to test this images, you need to use the daily image stream.
This can be changed in the `Settings` page under `Boot Images` to
`http://maas.ubuntu.com/images/ephemeral-v2/daily/`. Once changed, images can be imported from the MAAS Images page. The CentOS image will be published in the Releases stream shortly.
Minor notable changes
---------------------
**Minimal Config Files for Daemons**
Starting from MAAS 1.9, minimal configuration files have been introduced for both, the MAAS Region Controller and the MAAS Cluster Controller daemons.
* The Region Controller (`maas-regiond`) has now dropped the usage of
`/etc/maas/maas_local_settings.py` in favor of `/etc/maas/regiond.conf`.
Available configuration options are now `database_host`, `database_name`, `database_user`, `database_pass`, `maas_url`. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
* The Cluster Controller (`maas-clusterd`) has now dropped the usage of `/etc/maas/pserv.yaml` and `/etc/maas/maas_cluster.conf` in favor of `/etc/maas/clusterd.conf`. Available configuration options are now `maas_url` and `cluster_uuid` only. MAAS will attempt to migrate any configuration on upgrade, otherwise it will use sane defaults.
**Commissioning Actions**
MAAS now supports commissioning actions. These allow the user to specify how commissioning should behave in certain escenarios. The commissioning actions available are:
* Enable SSH during commissioning & Keep machine ON after commissioning
* Keep network configuration after commissioning
* Keep storage configuration after commissioning
**Warn users about missing power control tools**
MAAS now warns users about the missing power control tools. Each MAAS
power driver use a set of power tools that may or may not be installed
by default. If these power tools are missing from the system, MAAS will
warn users.
**Python Power Drivers**
Starting from MAAS 1.9, MAAS is moving away from using shell scripts
templates for Power Drivers. These are being migrated to MAAS'
internal control as power drivers. Currently supported are APC, MSCM,
MSFT OCS, SM15k, UCSM, Virsh, VMWare and IPMI.
Remaining Power Drivers include AMT, Fence CDU's, Moonshot.
Major bugs fixed in this release
--------------------------------
See https://launchpad.net/maas/+milestone/1.9.0 for details.
Related Bugs:
* bug 1577872: [SRU] xenial curtin to trusty |
|
2016-05-13 19:33:30 |
Dean Henrichsmeyer |
bug |
|
|
added subscriber Dean Henrichsmeyer |
2016-05-24 21:38:21 |
Martin Pitt |
maas (Ubuntu Trusty): status |
In Progress |
Fix Committed |
|
2016-05-24 21:38:25 |
Martin Pitt |
bug |
|
|
added subscriber SRU Verification |
2016-05-24 21:38:29 |
Martin Pitt |
tags |
|
verification-needed |
|
2016-08-10 15:55:08 |
Andres Rodriguez |
tags |
verification-needed |
verification-done |
|
2016-08-11 19:03:27 |
Launchpad Janitor |
maas (Ubuntu Trusty): status |
Fix Committed |
Fix Released |
|
2016-08-11 19:03:34 |
Brian Murray |
removed subscriber Ubuntu Stable Release Updates Team |
|
|
|
2016-08-11 19:17:04 |
Steve Langasek |
maas (Ubuntu Wily): status |
New |
Won't Fix |
|