vyos-cloud-init.git/cloudinit, branch 20.4

Release 20.4 (#686)

2020-11-24T17:38:50+00:00

Bump the version in cloudinit/version.py to 20.4 and update ChangeLog. LP: #1905440

Ability to hot-attach NICs to preprovisioned VMs before reprovisioning (#613)

2020-11-23T15:04:05+00:00

Adds the ability to run the Azure preprovisioned VMs as NIC-less and then hot-attach them when assigned for reprovision. The NIC on the preprovisioned VM is hot-detached as soon as it reports ready and goes into wait for one or more interfaces to be hot-attached. Once they are attached, cloud-init gets the expected number of NICs (in case there are more than one) that will be attached from IMDS and waits until all of them are attached. After all the NICs are attached, reprovision proceeds as usual.

Support configuring SSH host certificates. (#660)

2020-11-20T20:59:51+00:00

Existing config writes keys to /etc/ssh after deleting files matching a glob that includes certificate files. Since sshd looks for certificates in the same directory as the keys, a host certificate must be placed in this directory. This update enables the certificate's contents to be specified along with the keys. Co-authored-by: jonathan lung Co-authored-by: jonathan lung

cc_resizefs on FreeBSD: Fix _can_skip_ufs_resize (#655)

2020-11-19T22:19:16+00:00

On FreeBSD, if a UFS has trim: (-t) or MAC multilabel: (-l) flag, resize FS fail, because the _can_skip_ufs_resize check gets tripped up by the missing options. This was reported at FreeBSD Bugzilla: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=250496 and as LP: #1901958 Rather than fixing the parser as in the patches proposed there (and attempted in #636) this pull-request rips out all of it, and simplifies the code. We now use `growfs -N` and check if that returns an error. If it returns the correct kind of error, we can skip the resize, because we either are at the correct size, or the filesystem in question is broken or not UFS. If it returns the wrong kind of error, we just re-raise it. LP: #1901958

DataSourceAzure: push dmesg log to KVP (#670)

2020-11-19T18:38:27+00:00

Pushing dmesg log to KVP to help troubleshoot VM boot issues

DataSourceAzure: update password for defuser if exists (#671)

2020-11-19T05:35:46+00:00

cc_set_password will only update the password for the default user if cfg['password'] is set. The existing code of datasource Azure will fail to update the default user's password because it does not set that metadata. If the default user doesn't exist in the image, the current code works fine because the password is set during user create and not in cc_set_password

Azure helper: Increase Azure Endpoint HTTP retries (#619)

2020-11-18T18:02:56+00:00

Increase Azure Endpoint HTTP retries to handle occasional platform network blips. Introduce a common method http_with_retries in the azure.py helper, which will serve as the common HTTP request handler for all HTTP requests with the Azure endpoint. This method has builtin retries and reporting diagnostics logic.

DataSourceAzure: send failure signal on Azure datasource failure (#594)

2020-11-18T17:34:04+00:00

On systems where the Azure datasource is a viable platform for crawling metadata, cloud-init occasionally encounters fatal irrecoverable errors during the crawling of the Azure datasource. When this happens, cloud-init crashes, and Azure VM provisioning would fail. However, instead of failing immediately, the user will continue seeing provisioning for a long time until it times out with "OS Provisioning Timed Out" message. In these situations, cloud-init should report failure to the Azure datasource endpoint indicating provisioning failure. The user will immediately see provisioning terminate, giving them a much better failure experience instead of pointlessly waiting for OS provisioning timeout.

test_persistence: simplify VersionIsPoppedFromState (#674)

2020-11-18T16:11:58+00:00

cli: add --system param to allow validating system user-data on a machine (#575)

2020-11-18T14:23:44+00:00

Allow root user to validate the userdata provided to the launched machine using `cloud-init devel schema --system`