<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/tests, branch 20.1</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.1</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=20.1'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/'/>
<updated>2020-02-19T21:01:09+00:00</updated>
<entry>
<title>ec2: Do not log IMDSv2 token values, instead use REDACTED (#219)</title>
<updated>2020-02-19T21:01:09+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2020-02-19T21:01:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=87cd040ed8fe7195cbb357ed3bbf53cd2a81436c'/>
<id>urn:sha1:87cd040ed8fe7195cbb357ed3bbf53cd2a81436c</id>
<content type='text'>
Instead of logging the token values used log the headers and replace the actual
values with the string 'REDACTED'.  This allows users to examine cloud-init.log
and see that the IMDSv2 token header is being used but avoids leaving the value
used in the log file itself.

LP: #1863943
</content>
</entry>
<entry>
<title>azurecloud: fix issues with instances not starting (#205)</title>
<updated>2020-02-13T20:11:17+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2020-02-13T20:11:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=ecffd25df840277ab1fa7d5372659abe833cacbe'/>
<id>urn:sha1:ecffd25df840277ab1fa7d5372659abe833cacbe</id>
<content type='text'>
The azurecloud platform did not always start instances
during collect runs.  This was a result of two issues. First
the image class _instance method did not invoke the start()
method which then allowed collect stage to attempt to run
scripts without an endpoint.  Second, azurecloud used the
image_id as both an instance handle (which is typically
vmName in azure api) as well as an image handle (for image
capture).  Resolve this by adding a .vm_name property to
the AzureCloudInstance and reference this property in
AzureCloudImage.

Also in this branch

- Fix error encoding user-data when value is None
- Add additional logging in AzureCloud platform
- Update logging format to print pathname,funcName and line number
  This greatly eases debugging.

LP: #1861921</content>
</entry>
<entry>
<title>cc_disk_setup: add swap filesystem force flag (#207)</title>
<updated>2020-02-07T22:52:06+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2020-02-07T22:52:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=890aca4777ab61e54b6b96d251c3022cbe0b108c'/>
<id>urn:sha1:890aca4777ab61e54b6b96d251c3022cbe0b108c</id>
<content type='text'>
</content>
</entry>
<entry>
<title>sysconfig: distro-specific config rendering for BOOTPROTO option (#162)</title>
<updated>2020-02-03T19:56:51+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2020-02-03T19:56:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=06e324ff8edb3126e5a8060757a48ceab2b1a121'/>
<id>urn:sha1:06e324ff8edb3126e5a8060757a48ceab2b1a121</id>
<content type='text'>
- Introduce the "flavor" configuration option for the sysconfig renderer
  this is necessary to account for differences in the handling of the
  BOOTPROTO setting between distributions (lp#1858808)
  + Thanks to Petr Pavlu for the idea
- Network config clean up for sysconfig renderer
  + The introduction of the "flavor" renderer configuration allows us
    to only write values that are pertinent for the given distro
- Set the DHCPv6 client mode on SUSE (lp#1800854)

Co-authored-by: Chad Smith &lt;chad.smith@canonical.com&gt;

LP: #1800854
</content>
</entry>
<entry>
<title>cloudinit: replace "from six import X" imports (except in util.py) (#183)</title>
<updated>2020-01-31T15:15:31+00:00</updated>
<author>
<name>Daniel Watkins</name>
<email>oddbloke@ubuntu.com</email>
</author>
<published>2020-01-31T15:15:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=1bb1896ec900622e02c1ffb59db4d3f2df4a964d'/>
<id>urn:sha1:1bb1896ec900622e02c1ffb59db4d3f2df4a964d</id>
<content type='text'>
</content>
</entry>
<entry>
<title>net/cmdline: correctly handle static ip= config (#201)</title>
<updated>2020-01-30T17:15:49+00:00</updated>
<author>
<name>Dimitri John Ledkov</name>
<email>xnox@ubuntu.com</email>
</author>
<published>2020-01-30T17:15:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=2bedc44092ec94faebfb2f55c6d7c6bdd754df23'/>
<id>urn:sha1:2bedc44092ec94faebfb2f55c6d7c6bdd754df23</id>
<content type='text'>
It is proto 'none', not 'static' as was mistakenly implemented in
initramfs-tools/cloud-init in the past, yet was never the case in the
klibc ipconfig state file output.

LP: #1861412</content>
</entry>
<entry>
<title>Replace mock library with unittest.mock (#186)</title>
<updated>2020-01-29T21:55:39+00:00</updated>
<author>
<name>Daniel Watkins</name>
<email>oddbloke@ubuntu.com</email>
</author>
<published>2020-01-29T21:55:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=5f8f85bb38cc972d3d2c705a1ec73db3f690f323'/>
<id>urn:sha1:5f8f85bb38cc972d3d2c705a1ec73db3f690f323</id>
<content type='text'>
* cloudinit: replace "import mock" with "from unittest import mock"

* test-requirements.txt: drop mock

Co-authored-by: Chad Smith &lt;chad.smith@canonical.com&gt;
</content>
</entry>
<entry>
<title>Scaleway: Fix DatasourceScaleway to avoid backtrace (#128)</title>
<updated>2020-01-29T15:55:09+00:00</updated>
<author>
<name>Louis Bouchard</name>
<email>bouchard.louis@gmail.com</email>
</author>
<published>2020-01-29T15:55:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=9e3ac98097ed1c7f49ec8975a40aec7229231aae'/>
<id>urn:sha1:9e3ac98097ed1c7f49ec8975a40aec7229231aae</id>
<content type='text'>
Make sure network_config is created when self._network_config is unset.

Co-authored-by: Scott Moser &lt;smoser@brickies.net&gt;
</content>
</entry>
<entry>
<title>cloudinit: remove ImportError handling for mock imports (#182)</title>
<updated>2020-01-23T21:32:01+00:00</updated>
<author>
<name>Daniel Watkins</name>
<email>oddbloke@ubuntu.com</email>
</author>
<published>2020-01-23T21:32:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=6b157aa60a10fa74374287f0ec0313255e0462b4'/>
<id>urn:sha1:6b157aa60a10fa74374287f0ec0313255e0462b4</id>
<content type='text'>
We only run on Python 3 now, so we can unambiguously expect
unittest.mock to exist.</content>
</entry>
<entry>
<title>Do not use fallocate in swap file creation on xfs. (#70)</title>
<updated>2020-01-23T16:41:48+00:00</updated>
<author>
<name>Eduardo Otubo</name>
<email>otubo@redhat.com</email>
</author>
<published>2020-01-23T16:41:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=6603706eec1c39d9d591c8ffa0ef7171b74d84d6'/>
<id>urn:sha1:6603706eec1c39d9d591c8ffa0ef7171b74d84d6</id>
<content type='text'>
When creating a swap file on an xfs filesystem, fallocate cannot be used.
Doing so results in failure of swapon and a message like:
 swapon: swapfile has holes

The solution here is to maintain a list (currently containing only XFS)
of filesystems where fallocate cannot be used. The, on those fileystems
use the slower but functional 'dd' method.

Signed-off-by: Eduardo Otubo &lt;otubo@redhat.com&gt;
Co-authored-by: Adam Dobrawy &lt;naczelnik@jawnosc.tk&gt;
Co-authored-by:  Scott Moser &lt;smoser@brickies.net&gt;
Co-authored-by: Daniel Watkins &lt;daniel@daniel-watkins.co.uk&gt;

LP: #1781781</content>
</entry>
</feed>
