<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/tests/unittests, branch 20.4</title>
<subtitle> (mirror of https://github.com/vyos/vyos-cloud-init.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=20.4</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=20.4'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/'/>
<updated>2020-11-23T15:04:05+00:00</updated>
<entry>
<title>Ability to hot-attach NICs to preprovisioned VMs before reprovisioning (#613)</title>
<updated>2020-11-23T15:04:05+00:00</updated>
<author>
<name>aswinrajamannar</name>
<email>39812128+aswinrajamannar@users.noreply.github.com</email>
</author>
<published>2020-11-23T15:04:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=a4d0feb050e32277a218e45bfb6a496d26ff46d0'/>
<id>urn:sha1:a4d0feb050e32277a218e45bfb6a496d26ff46d0</id>
<content type='text'>
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.</content>
</entry>
<entry>
<title>cc_resizefs on FreeBSD: Fix _can_skip_ufs_resize (#655)</title>
<updated>2020-11-19T22:19:16+00:00</updated>
<author>
<name>Mina Galić</name>
<email>me+git@igalic.co</email>
</author>
<published>2020-11-19T22:19:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=12ef7541c2d0c6b2cd510f95fda53ca9c8333064'/>
<id>urn:sha1:12ef7541c2d0c6b2cd510f95fda53ca9c8333064</id>
<content type='text'>
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</content>
</entry>
<entry>
<title>DataSourceAzure: push dmesg log to KVP (#670)</title>
<updated>2020-11-19T18:38:27+00:00</updated>
<author>
<name>Anh Vo</name>
<email>anhvo@microsoft.com</email>
</author>
<published>2020-11-19T18:38:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=73e704e3690611625e3cda060a7a6a81492af9d2'/>
<id>urn:sha1:73e704e3690611625e3cda060a7a6a81492af9d2</id>
<content type='text'>
Pushing dmesg log to KVP to help troubleshoot VM boot issues</content>
</entry>
<entry>
<title>DataSourceAzure: update password for defuser if exists (#671)</title>
<updated>2020-11-19T05:35:46+00:00</updated>
<author>
<name>Anh Vo</name>
<email>anhvo@microsoft.com</email>
</author>
<published>2020-11-19T05:35:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=eea754492f074e00b601cf77aa278e3623857c5a'/>
<id>urn:sha1:eea754492f074e00b601cf77aa278e3623857c5a</id>
<content type='text'>
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</content>
</entry>
<entry>
<title>Azure helper: Increase Azure Endpoint HTTP retries (#619)</title>
<updated>2020-11-18T18:02:56+00:00</updated>
<author>
<name>Johnson Shi</name>
<email>Johnson.Shi@microsoft.com</email>
</author>
<published>2020-11-18T18:02:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=6df0230b1201d6bed8661b19d8f3758797635377'/>
<id>urn:sha1:6df0230b1201d6bed8661b19d8f3758797635377</id>
<content type='text'>
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.</content>
</entry>
<entry>
<title>DataSourceAzure: send failure signal on Azure datasource failure (#594)</title>
<updated>2020-11-18T17:34:04+00:00</updated>
<author>
<name>Johnson Shi</name>
<email>Johnson.Shi@microsoft.com</email>
</author>
<published>2020-11-18T17:34:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=d807df288f8cef29ca74f0b00c326b084e825782'/>
<id>urn:sha1:d807df288f8cef29ca74f0b00c326b084e825782</id>
<content type='text'>
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.</content>
</entry>
<entry>
<title>cli: add --system param to allow validating system user-data on a machine (#575)</title>
<updated>2020-11-18T14:23:44+00:00</updated>
<author>
<name>Chad Smith</name>
<email>chad.smith@canonical.com</email>
</author>
<published>2020-11-18T14:23:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=f680114446a5a20ce88f3d10d966811a774c8e8f'/>
<id>urn:sha1:f680114446a5a20ce88f3d10d966811a774c8e8f</id>
<content type='text'>
Allow root user to validate the userdata provided to the launched
machine using `cloud-init devel schema --system`</content>
</entry>
<entry>
<title>Make wakeonlan Network Config v2 setting actually work (#626)</title>
<updated>2020-11-09T17:24:55+00:00</updated>
<author>
<name>dermotbradley</name>
<email>dermot_bradley@yahoo.com</email>
</author>
<published>2020-11-09T17:24:55+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=57349eb7df1c422d9e9558e54b201c85778997ae'/>
<id>urn:sha1:57349eb7df1c422d9e9558e54b201c85778997ae</id>
<content type='text'>
Add code so that specifying "wakeonlan: true" actually results in relevant
configuration entry appearing in /etc/network/interfaces, Netplan, and
sysconfig for RHEL and OpenSuse.

Add testcases for the above.</content>
</entry>
<entry>
<title>replace usage of dmidecode with kenv on FreeBSD (#621)</title>
<updated>2020-11-06T18:49:05+00:00</updated>
<author>
<name>Mina Galić</name>
<email>me+git@igalic.co</email>
</author>
<published>2020-11-06T18:49:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=d83c0bb4baca0b57166a74055f410fa4f75a08f5'/>
<id>urn:sha1:d83c0bb4baca0b57166a74055f410fa4f75a08f5</id>
<content type='text'>
FreeBSD lets us read out kernel parameters with kenv(1), a user-space
utility that's shipped in "base" We can use it in place of dmidecode(8),
thus removing the dependency on sysutils/dmidecode, and the restrictions
to i386 and x86_64 architectures that this utility imposes on FreeBSD.

Co-authored-by: Scott Moser &lt;smoser@brickies.net&gt;</content>
</entry>
<entry>
<title>azure: enable pushing the log to KVP from the last pushed byte  (#614)</title>
<updated>2020-11-04T19:51:16+00:00</updated>
<author>
<name>Moustafa Moustafa</name>
<email>momousta@microsoft.com</email>
</author>
<published>2020-11-04T19:51:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=c86283f0d9fe8a2634dc3c47727e6218fdaf25e2'/>
<id>urn:sha1:c86283f0d9fe8a2634dc3c47727e6218fdaf25e2</id>
<content type='text'>
This allows the cloud-init log to be pushed multiple times during boot,
with the latest lines being pushed each time.</content>
</entry>
</feed>
