lp:~mfo/maas

Get this repository:
git clone https://git.launchpad.net/~mfo/maas
Only Mauricio Faria de Oliveira can upload to this repository. If you are Mauricio Faria de Oliveira please log in for upload directions.

Branches

Name Last Modified Last Commit
3.2 2024-05-08 20:55:31 UTC
Prepare for 3.2.11 release

Author: Mauricio Faria de Oliveira
Author Date: 2024-05-08 20:55:31 UTC

Prepare for 3.2.11 release

3.2.11-revert-lp-2031482 2024-05-08 19:38:39 UTC
Revert "fix: lp-2031482. If a controller interface has moved to a VLAN in ano...

Author: Mauricio Faria de Oliveira
Author Date: 2024-05-08 19:38:31 UTC

Revert "fix: lp-2031482. If a controller interface has moved to a VLAN in another fabric, move all the assigned subnets to the new VLAN/fabric. For machines, simply clear all the IPs."

This reverts commit 618a89268a60f0252aee9087c459c149c5e4653e.

Prepare for the 3.2.11 release; this is not in 3.3.7 and 3.4.2.

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

3.0 2024-02-15 21:53:27 UTC
Prepare for 3.0.2 release

Author: Mauricio Faria de Oliveira
Author Date: 2024-02-15 21:53:27 UTC

Prepare for 3.0.2 release

3.1 2024-02-15 20:53:26 UTC
Prepare for 3.1.3 release

Author: Mauricio Faria de Oliveira
Author Date: 2024-02-15 20:53:26 UTC

Prepare for 3.1.3 release

fix-bmc-config-param-maas_auto_ipmi_cipher_suite_id 2023-10-23 20:26:35 UTC
bmc-config: add missing script metadata for parameter maas_auto_ipmi_cipher_s...

Author: Mauricio Faria de Oliveira
Author Date: 2023-10-23 20:08:25 UTC

bmc-config: add missing script metadata for parameter maas_auto_ipmi_cipher_suite_id

The bmc-config script is passed several parameters from MAAS config options
(e.g. maas_auto_ipmi_{user,user_password,user_privilege_level,k_g_bmc_key}).

But maas_auto_ipmi_cipher_suite_id is not, since it's not in the metadata.

Add it to actually allow users to change the default IPMI cipher suite ID.

Tested on MAAS 3.4.0~rc2 with this debug change to print script arguments:

  def main():
  ...
      args = parser.parse_args()
 + print(args)
  ...

Change MAAS config for IPMI cipher suite ID from 3 to 17:

 $ maas admin maas get-config \
          name=maas_auto_ipmi_cipher_suite_id
 Success.
 Machine-readable output follows:
 "3"

 $ maas admin maas set-config \
          name=maas_auto_ipmi_cipher_suite_id \
          value=17
 Success.
 Machine-readable output follows:
 OK

 $ maas admin maas get-config \
          name=maas_auto_ipmi_cipher_suite_id
 Success.
 Machine-readable output follows:
 "17"

Before:
(17 is not used; source code default of 3 is used, instead)

 Namespace(ipmi_cipher_suite_id='3', ipmi_k_g='', ipmi_privilege_level='ADMIN', password=None, username='maas')

After:
(17 is now used!)

 Namespace(ipmi_cipher_suite_id='17', ipmi_k_g='', ipmi_privilege_level='ADMIN', password=None, username='maas')

Found by comparison with (working) parameter maas_auto_ipmi_user:

 $ grep -r 'maas_auto_ipmi_user[^_]' | grep -vw -e maasui -e maas-offline-docs -e tests
 src/metadataserver/builtin_scripts/commissioning_scripts/bmc_config.py:# maas_auto_ipmi_user:
 src/maasserver/forms/settings.py: "maas_auto_ipmi_user": {
 src/maasserver/forms/parameters.py: "maas_auto_ipmi_user",
 src/maasserver/models/config.py: "maas_auto_ipmi_user": "maas",

 $ grep -r 'maas_auto_ipmi_cipher_suite_id[^_]' | grep -vw -e maasui -e maas-offline-docs -e tests
 src/maasserver/forms/settings.py: "maas_auto_ipmi_cipher_suite_id": {
 src/maasserver/forms/parameters.py: "maas_auto_ipmi_cipher_suite_id",
 src/maasserver/models/config.py: "maas_auto_ipmi_cipher_suite_id": "3",

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

2.9 2023-08-22 20:59:08 UTC
Release 2.9.3

Author: Mauricio Faria de Oliveira
Author Date: 2023-08-22 20:59:08 UTC

Release 2.9.3

lp2020397-3.1 2023-07-25 16:21:15 UTC
[3.1] LP:2020397: Look for executables for cloud-init and netplan

Author: Adam Collard
Author Date: 2023-07-20 16:16:22 UTC

[3.1] LP:2020397: Look for executables for cloud-init and netplan

Instead of using package managers, look for executables

Backport efcd6c71914a3773fa6315133c89b9b00bdb89e4

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

lp2020397-validation-preseed 2023-07-06 21:28:37 UTC
LP: #2020397 - preseed overrides for custom image dependency validation

Author: Mauricio Faria de Oliveira
Author Date: 2023-07-06 21:00:46 UTC

LP: #2020397 - preseed overrides for custom image dependency validation

Custom images without package manager (chiselled/locked-down)
fail the (curtin) late_commands for dependency validation as
of MAAS 3.2 (but worked before).

These validations are an improvement for MAAS robustness, but
unfortunately are a regression for some users/images, and may
not allow them to upgrade MAAS (deployments now fail).

This is a corner case for a few expert users with deployments
that are significantly reliant on MAAS, so a contained change
would do.

MAAS could allow them to use the curtin_userdata preseed to
override the default commands for validations with commands
that work in their images. (Note: validations still needed!)

Tests:
=====

Steps: download centos70 image, upload as custom, deploy.
       (do not set base_image to centos on purpose.)

No overrides (default):

 start: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: running 'curtin in-target -- bash -c dpkg-query -s cloud-init || (echo "cloud-init not detected, MAAS will not be able to configure this machine properly" && exit 1)'
 ...
 bash: dpkg-query: command not found
 cloud-init not detected, MAAS will not be able to configure this machine properly
 ...
 finish: cmd-install/stage-late: FAIL: executing late commands

Override 1 out of 2 checks:

 late_commands:
   98-validate-custom-image-has-cloud-init: ['ls', '/usr/bin/cloud-init']

 start: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: running 'ls /usr/bin/cloud-init'
 /usr/bin/cloud-init
 finish: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: SUCCESS: running 'ls /usr/bin/cloud-init'

 start: cmd-install/stage-late/99-validate-custom-image-has-netplan.io: running 'curtin in-target -- bash -c dpkg-query -s netplan.io || (echo "netplan.io not detected, MAAS will not be able to configure this machine properly" && exit 1)'
 ...
 bash: dpkg-query: command not found
 netplan.io not detected, MAAS will not be able to configure this machine properly
 ...
 finish: cmd-install/stage-late: FAIL: executing late commands

Override 2 out of 2 checks:

 late_commands:
   98-validate-custom-image-has-cloud-init: ['ls', '/usr/bin/cloud-init']
   99-validate-custom-image-has-netplan.io: ['echo', 'this custom image does not use netplan']

 start: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: running 'ls /usr/bin/cloud-init'
 /usr/bin/cloud-init
 finish: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: SUCCESS: running 'ls /usr/bin/cloud-init'

 start: cmd-install/stage-late/99-validate-custom-image-has-netplan.io: running 'echo this custom image does not use netplan'
 this custom image does not use netplan
 finish: cmd-install/stage-late/99-validate-custom-image-has-netplan.io: SUCCESS: running 'echo this custom image does not use netplan'
 ...
 finish: cmd-install/stage-late: SUCCESS: executing late commands

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

lp2020397-opt-out 2023-06-05 22:46:56 UTC
LP: #2020397 - Opt-out for custom image dependency validation

Author: Mauricio Faria de Oliveira
Author Date: 2023-06-05 21:26:40 UTC

LP: #2020397 - Opt-out for custom image dependency validation

Some custom images might not have any package manager at all,
thus fail the (curtin) late commands on deployment for custom
image dependency validation (cloud-init and netplan packages).

Even though these checks may be perceived as a regression in
such cases, it is likely better to keep them by default, for
more robust checks/assertions on deployment vs. boot errors.

As a workaround, users could add late commands to create/remove
symlinks of the package manager command to /bin/true to fake it,
but that is hacky, and might fail after source code changes.

So, let's provide a way for these users to opt-out of custom
image dependency validation with the curtin_userdata preseed
(since these checks are introduced as curtin late commands),
in an upstream-maintained manner.

In the curtin_userdata preseed/template, introduce this line:
custom_validation: 0

This would seem better than introducing per-custom image
properties (database changes involved, probably) or some
CLI/UI changes and pipe them to the deployment functions.

Tests
=====

Steps: download centos70 image, upload as custom, deploy.

Default:

    start: cmd-install/stage-late: executing late commands
    start: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: running 'curtin in-target -- bash -c dpkg-query -s cloud-init || (echo "cloud-init not detected, ..." && exit 1)'
    ...
    bash: dpkg-query: command not found
    cloud-init not detected, MAAS will not be able to configure this machine properly
    ...
    98-validate-custom-image-has-cloud-init command failed
    finish: cmd-install/stage-late/98-validate-custom-image-has-cloud-init: FAIL: running 'curtin in-target -- bash -c dpkg-query -s cloud-init || (echo "cloud-init not detected, ..." && exit 1)'
    ...
    finish: cmd-install/stage-late: FAIL: executing late commands
    curtin: Installation failed with exception: Unexpected error while running command.

Opt-out:

    start: cmd-install/stage-late: executing late commands
    ...
    finish: cmd-install/stage-late: SUCCESS: executing late commands
    curtin: Installation finished.

Unit tests:

    $ make install-dependencies
    $ make bin/pytest
    $ bin/pytest src/maasserver/tests/test_preseed.py -k TestGetCustomImageDependencyValidation -v --no-header --no-summary
    ...
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_custom_centos PASSED [ 14%]
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_custom_rhel PASSED [ 28%]
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_custom_ubuntu PASSED [ 42%]
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_linuxes PASSED [ 57%]
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_linuxes_skip_zero PASSED [ 71%]
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_linuxes_skip_zero_only PASSED [ 85%]
    src/maasserver/tests/test_preseed.py::TestGetCustomImageDependencyValidation::test_validation_for_non_custom PASSED [100%]
    ...

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

lp1958433-2.9 2022-05-23 20:30:39 UTC
LP:1958433 curtin workaround for xfs in centos70

Author: Mauricio Faria de Oliveira
Author Date: 2022-05-09 00:03:40 UTC

LP:1958433 curtin workaround for xfs in centos70

The XFS implementation in CentOS 7 does not support the reflink feature,
and refuses to mount with it, leaving the system boot in emergency mode.

So, if 'mkfs.xfs' in the commissioning image (used for deployment) knows
about 'reflink=0|1', create a wrapper to use '-m reflink=0' for CentOS 7.

The commands to generate the wrapper are general, long, and unoptimized,
for better compatibility between Bionic/Focal/Jammy comissioning images.

Example with Focal:

    ...
    Welcome to Ubuntu 20.04.4 LTS!
    ...
    [ 53.426717] cloud-init[1423]: start: cmd-install/stage-early: preparing for installation
    [ 53.432717] cloud-init[1423]: start: cmd-install/stage-early/centos70_xfs_lp1958433: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.476110] cloud-init[1423]: Wrapper: /usr/local/sbin/mkfs.xfs
    [ 53.478272] cloud-init[1423]: #!/bin/sh
    [ 53.478767] cloud-init[1423]: exec /usr/sbin/mkfs.xfs -m reflink=0 "$@"
    [ 53.479615] cloud-init[1423]: finish: cmd-install/stage-early/centos70_xfs_lp1958433: SUCCESS: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.485237] cloud-init[1423]: centos70_xfs_lp1958433 took 0.053 seconds
    [ 53.485435] cloud-init[1423]: stage_early took 0.053 seconds
    [ 53.485889] cloud-init[1423]: finish: cmd-install/stage-early: SUCCESS: preparing for installation
    ...
    [ 63.756098] cloud-init[1423]: Running command ['mkfs.xfs', '-f', '-L', '', '-m', 'uuid=42e5ad8a-f078-48d2-8d42-60ee2ef10641', '/dev/vda3'] with allowed return codes [0] (capture=True)
    [ 63.758788] cloud-init[1423]: Formated device type: partition
    [ 63.763745] cloud-init[1423]: finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: SUCCESS: configuring format: vda-part3_format
    ...

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

lp1958433-3.0 2022-05-23 19:51:42 UTC
LP:1958433 curtin workaround for xfs in centos70

Author: Mauricio Faria de Oliveira
Author Date: 2022-05-09 00:03:40 UTC

LP:1958433 curtin workaround for xfs in centos70

The XFS implementation in CentOS 7 does not support the reflink feature,
and refuses to mount with it, leaving the system boot in emergency mode.

So, if 'mkfs.xfs' in the commissioning image (used for deployment) knows
about 'reflink=0|1', create a wrapper to use '-m reflink=0' for CentOS 7.

The commands to generate the wrapper are general, long, and unoptimized,
for better compatibility between Bionic/Focal/Jammy comissioning images.

Example with Focal:

    ...
    Welcome to Ubuntu 20.04.4 LTS!
    ...
    [ 53.426717] cloud-init[1423]: start: cmd-install/stage-early: preparing for installation
    [ 53.432717] cloud-init[1423]: start: cmd-install/stage-early/centos70_xfs_lp1958433: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.476110] cloud-init[1423]: Wrapper: /usr/local/sbin/mkfs.xfs
    [ 53.478272] cloud-init[1423]: #!/bin/sh
    [ 53.478767] cloud-init[1423]: exec /usr/sbin/mkfs.xfs -m reflink=0 "$@"
    [ 53.479615] cloud-init[1423]: finish: cmd-install/stage-early/centos70_xfs_lp1958433: SUCCESS: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.485237] cloud-init[1423]: centos70_xfs_lp1958433 took 0.053 seconds
    [ 53.485435] cloud-init[1423]: stage_early took 0.053 seconds
    [ 53.485889] cloud-init[1423]: finish: cmd-install/stage-early: SUCCESS: preparing for installation
    ...
    [ 63.756098] cloud-init[1423]: Running command ['mkfs.xfs', '-f', '-L', '', '-m', 'uuid=42e5ad8a-f078-48d2-8d42-60ee2ef10641', '/dev/vda3'] with allowed return codes [0] (capture=True)
    [ 63.758788] cloud-init[1423]: Formated device type: partition
    [ 63.763745] cloud-init[1423]: finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: SUCCESS: configuring format: vda-part3_format
    ...

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

lp1958433-3.1 2022-05-18 18:20:22 UTC
LP:1958433 curtin workaround for xfs in centos70

Author: Mauricio Faria de Oliveira
Author Date: 2022-05-09 00:03:40 UTC

LP:1958433 curtin workaround for xfs in centos70

The XFS implementation in CentOS 7 does not support the reflink feature,
and refuses to mount with it, leaving the system boot in emergency mode.

So, if 'mkfs.xfs' in the commissioning image (used for deployment) knows
about 'reflink=0|1', create a wrapper to use '-m reflink=0' for CentOS 7.

The commands to generate the wrapper are general, long, and unoptimized,
for better compatibility between Bionic/Focal/Jammy comissioning images.

Example with Focal:

    ...
    Welcome to Ubuntu 20.04.4 LTS!
    ...
    [ 53.426717] cloud-init[1423]: start: cmd-install/stage-early: preparing for installation
    [ 53.432717] cloud-init[1423]: start: cmd-install/stage-early/centos70_xfs_lp1958433: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.476110] cloud-init[1423]: Wrapper: /usr/local/sbin/mkfs.xfs
    [ 53.478272] cloud-init[1423]: #!/bin/sh
    [ 53.478767] cloud-init[1423]: exec /usr/sbin/mkfs.xfs -m reflink=0 "$@"
    [ 53.479615] cloud-init[1423]: finish: cmd-install/stage-early/centos70_xfs_lp1958433: SUCCESS: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.485237] cloud-init[1423]: centos70_xfs_lp1958433 took 0.053 seconds
    [ 53.485435] cloud-init[1423]: stage_early took 0.053 seconds
    [ 53.485889] cloud-init[1423]: finish: cmd-install/stage-early: SUCCESS: preparing for installation
    ...
    [ 63.756098] cloud-init[1423]: Running command ['mkfs.xfs', '-f', '-L', '', '-m', 'uuid=42e5ad8a-f078-48d2-8d42-60ee2ef10641', '/dev/vda3'] with allowed return codes [0] (capture=True)
    [ 63.758788] cloud-init[1423]: Formated device type: partition
    [ 63.763745] cloud-init[1423]: finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: SUCCESS: configuring format: vda-part3_format
    ...

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

lp1958433 2022-05-09 19:28:43 UTC
LP:1958433 curtin workaround for xfs in centos70

Author: Mauricio Faria de Oliveira
Author Date: 2022-05-09 00:03:40 UTC

LP:1958433 curtin workaround for xfs in centos70

The XFS implementation in CentOS 7 does not support the reflink feature,
and refuses to mount with it, leaving the system boot in emergency mode.

So, if 'mkfs.xfs' in the commissioning image (used for deployment) knows
about 'reflink=0|1', create a wrapper to use '-m reflink=0' for CentOS 7.

The commands to generate the wrapper are general, long, and unoptimized,
for better compatibility between Bionic/Focal/Jammy comissioning images.

Example with Focal:

    ...
    Welcome to Ubuntu 20.04.4 LTS!
    ...
    [ 53.426717] cloud-init[1423]: start: cmd-install/stage-early: preparing for installation
    [ 53.432717] cloud-init[1423]: start: cmd-install/stage-early/centos70_xfs_lp1958433: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.476110] cloud-init[1423]: Wrapper: /usr/local/sbin/mkfs.xfs
    [ 53.478272] cloud-init[1423]: #!/bin/sh
    [ 53.478767] cloud-init[1423]: exec /usr/sbin/mkfs.xfs -m reflink=0 "$@"
    [ 53.479615] cloud-init[1423]: finish: cmd-install/stage-early/centos70_xfs_lp1958433: SUCCESS: running '/bin/sh -c if [ "centos70" = "centos70" ] && mkfs.xfs 2>&1 | grep -q "reflink=0|1"; then WRAPPER=/usr/local/sbin/mkfs.xfs; echo "#!/bin/sh" >$WRAPPER && echo "exec $(which mkfs.xfs) -m reflink=0 \"\$@\"" >>$WRAPPER && chmod +x $WRAPPER && echo "Wrapper: $WRAPPER" && cat $WRAPPER; fi'
    [ 53.485237] cloud-init[1423]: centos70_xfs_lp1958433 took 0.053 seconds
    [ 53.485435] cloud-init[1423]: stage_early took 0.053 seconds
    [ 53.485889] cloud-init[1423]: finish: cmd-install/stage-early: SUCCESS: preparing for installation
    ...
    [ 63.756098] cloud-init[1423]: Running command ['mkfs.xfs', '-f', '-L', '', '-m', 'uuid=42e5ad8a-f078-48d2-8d42-60ee2ef10641', '/dev/vda3'] with allowed return codes [0] (capture=True)
    [ 63.758788] cloud-init[1423]: Formated device type: partition
    [ 63.763745] cloud-init[1423]: finish: cmd-install/stage-partitioning/builtin/cmd-block-meta: SUCCESS: configuring format: vda-part3_format
    ...

Signed-off-by: Mauricio Faria de Oliveira <mfo@canonical.com>

master 2022-05-06 08:58:58 UTC
Update maas-ui to 5ecc30db

Author: Peter Makowski
Author Date: 2022-05-06 08:58:58 UTC

Update maas-ui to 5ecc30db
test(ui): enable accessibility error reporting (#3900)

- log errors for WCAG 2.1 AA violations only
- add accessibility badge to README
- create a separate a11y job

2.8 2022-03-30 13:43:08 UTC
Release 2.8.8

Author: Jorge Merlino
Author Date: 2022-03-30 13:43:08 UTC

Release 2.8.8

rack_region_exploration 2021-08-23 21:07:51 UTC
extra IP from payload to find machine in front of rack controller

Author: Christian Grabowski
Author Date: 2021-08-23 21:07:51 UTC

extra IP from payload to find machine in front of rack controller

include remote IP in each payload to region server

2.6 2021-06-28 15:53:45 UTC
Reuse metric structures for Prometheus

Author: Victor Tapia
Author Date: 2021-06-28 15:53:45 UTC

Reuse metric structures for Prometheus

Backport of 2ad24e0

2.7 2021-06-25 13:20:56 UTC
Reuse metric structures for Prometheus

Author: Victor Tapia
Author Date: 2021-06-25 13:20:56 UTC

Reuse metric structures for Prometheus

Backport of 2ad24e0

2.9.2-branch 2021-03-18 14:54:46 UTC
Set GO111MODULE to off to build with latest go snap

Author: Adam Collard
Author Date: 2021-03-18 14:54:46 UTC

Set GO111MODULE to off to build with latest go snap

2.7.1-branch 2020-05-22 17:13:43 UTC
2.7.1 with UI bits

Author: Adam Collard
Author Date: 2020-05-22 17:13:43 UTC

2.7.1 with UI bits

2.4 2020-05-16 00:56:30 UTC
Backport of 9424d23 LP: #1869958 - Run fio using the native block size of the...

Author: Lee Trager
Author Date: 2020-05-16 00:56:30 UTC

Backport of 9424d23 LP: #1869958 - Run fio using the native block size of the disk.

2.3 2020-04-17 22:27:36 UTC
Backport of c25d426 LP: #1870171 - Remove token associations when transferrin...

Author: Lee Trager
Author Date: 2020-04-17 22:27:36 UTC

Backport of c25d426 LP: #1870171 - Remove token associations when transferring ownership of a Node.

2.5 2019-05-31 15:48:23 UTC
backport 20a6b1e4ae4f4b48a6763a4915e18195ae4defb6 - LP: #1817674 - Completely...

Author: Anthony Dillon
Author Date: 2019-05-31 15:48:23 UTC

backport 20a6b1e4ae4f4b48a6763a4915e18195ae4defb6 - LP: #1817674 - Completely remove the DNS resource when deleting from the UI

1.9 2017-12-06 15:38:33 UTC
LP: #1713795 - Grub change the name of the shim, breaking image import in Trusty

Author: Andres Rodriguez
Author Date: 2017-12-06 15:38:33 UTC

LP: #1713795 - Grub change the name of the shim, breaking image import in Trusty

2.2 2017-10-30 14:51:05 UTC
Backport of 98b29059a2630ba09efc0bd34a55e6de9eadbb00 from master.

Author: Blake Rouse
Author Date: 2017-10-30 14:51:05 UTC

Backport of 98b29059a2630ba09efc0bd34a55e6de9eadbb00 from master.

Recreate RPC connection in the database when updating the running regiond processes.

2.1 2017-04-26 20:11:27 UTC
[r=andreserl][bug=1686169][author=andreserl] Revert rev5602, which fixed LP: ...

Author: Andres Rodriguez
Author Date: 2017-04-26 20:11:27 UTC

[r=andreserl][bug=1686169][author=andreserl] Revert rev5602, which fixed LP: #1686169. This causes rack controllers to fail importing images

2.0 2016-11-02 20:26:14 UTC
[r=ltrager][bug=1554636][author=ltrager] Update iSCSI targets on every import...

Author: Lee Trager
Author Date: 2016-11-02 20:26:14 UTC

[r=ltrager][bug=1554636][author=ltrager] Update iSCSI targets on every import (in case last time failed to update).

1.5 2016-09-03 00:36:16 UTC
[r=andreserl][bug=][author=ricgard] Backport: template change for generated d...

Author: Mike Pontillo
Author Date: 2016-09-03 00:36:16 UTC

[r=andreserl][bug=][author=ricgard] Backport: template change for generated docs back link to maas.io.

1.7 2016-09-03 00:35:30 UTC
[r=andreserl][bug=][author=ricgard] Backport: template change for generated d...

Author: Mike Pontillo
Author Date: 2016-09-03 00:35:30 UTC

[r=andreserl][bug=][author=ricgard] Backport: template change for generated docs back link to maas.io.

1.10 2016-03-04 21:45:27 UTC
[r=mpontillo][bug=1499934][author=mpontillo] Fix handling of null/empty value...

Author: Mike Pontillo
Author Date: 2016-03-04 21:45:27 UTC

[r=mpontillo][bug=1499934][author=mpontillo] Fix handling of null/empty values in VMware power driver, leading to incorrect URL construction. (Fixes bug #1499934.)

1.8 2015-12-22 19:09:15 UTC
[r=mpontillo][bug=1484696][author=billy-olsen] Specify the disablereuse=on fo...

Author: Billy Olsen
Author Date: 2015-12-22 19:09:15 UTC

[r=mpontillo][bug=1484696][author=billy-olsen] Specify the disablereuse=on for the websockets ProxyPass configuration to workaround upstream bug https://bz.apache.org/bugzilla/show_bug.cgi?id=55890

1.6 2014-08-25 01:56:22 UTC
[r=julian-edwards][bug=1360008][author=julian-edwards] Fix the 0088_z_backpor...

Author: Julian Edwards
Author Date: 2014-08-25 01:56:22 UTC

[r=julian-edwards][bug=1360008][author=julian-edwards] Fix the 0088_z_backport_trunk_0099 migration which gave a transaction error if matching Network records already existed.

1.3 2014-04-17 09:04:23 UTC
[r=rvb][author=rvb] Backport 1765: Documentation theme; Backport 2258: Add th...

Author: Raphaël Badin
Author Date: 2014-04-17 09:04:23 UTC

[r=rvb][author=rvb] Backport 1765: Documentation theme; Backport 2258: Add the bzr last revision, last revision date, and build date to the documentation pages; Backport 2238: Add version switcher. This only affects the documentation (i.e. not part of what gets packaged).

1.2 2014-04-16 08:32:33 UTC
Backport 1765: Documentation theme; Backport 2258: Add the bzr last revision,...

Author: Raphaël Badin
Author Date: 2014-04-16 08:32:33 UTC

Backport 1765: Documentation theme; Backport 2258: Add the bzr last revision, last revision date, and build date to the documentation pages; Backport 2238: Add version switcher. This only affects the documentation (i.e. not part of what gets packaged).

1.4 2014-04-07 18:10:37 UTC
[r=julian-edwards][bug=1302956][author=rvb] Add the version switcher widget. ...

Author: Raphaël Badin
Author Date: 2014-04-07 18:10:37 UTC

[r=julian-edwards][bug=1302956][author=rvb] Add the version switcher widget. Add the new `doc-with-versions` make target to generate a version of the documentation that includes the version switcher widget.

1.0 2012-07-06 10:31:27 UTC
Use absolute path in COMMISSIONING_SCRIPT.

Author: Raphaël Badin
Author Date: 2012-07-06 10:31:27 UTC

Use absolute path in COMMISSIONING_SCRIPT.

136 of 36 results
This repository contains Public information 
Everyone can see this information.