<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/cloudinit/sources/helpers/vultr.py, branch rolling</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=rolling</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=rolling'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/'/>
<updated>2022-02-14T17:00:12+00:00</updated>
<entry>
<title>Fix extra ipv6 issues, code reduction and simplification (#1243)</title>
<updated>2022-02-14T17:00:12+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2022-02-14T17:00:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=470b4a574514cf87f90682ac2bdd71b5fbbe6139'/>
<id>urn:sha1:470b4a574514cf87f90682ac2bdd71b5fbbe6139</id>
<content type='text'>
Eliminated the duplicate code and now run the entire configuration
routine against both public and private interfaces.
Also addressed an inconsistency from our metadata api for ipv6
address configuration.</content>
</entry>
<entry>
<title>vultr: Return metadata immediately when found (#1233)</title>
<updated>2022-02-02T22:26:37+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2022-02-02T22:26:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=d72e42c9578459f8cf41a0853028206b4e9c7e3a'/>
<id>urn:sha1:d72e42c9578459f8cf41a0853028206b4e9c7e3a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Vultr: Fix lo being used for DHCP, try next on cmd fail (#1208)</title>
<updated>2022-01-28T19:43:35+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2022-01-28T19:43:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=6a4b6dc0de94a9e75bb44fa6c03288c7d4dded7e'/>
<id>urn:sha1:6a4b6dc0de94a9e75bb44fa6c03288c7d4dded7e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Seek interfaces, skip dummy interface, fix region codes (#1192)</title>
<updated>2022-01-19T23:51:42+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2022-01-19T23:51:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=69f9a7888ea770f4dc0454be91dea225bdd5957c'/>
<id>urn:sha1:69f9a7888ea770f4dc0454be91dea225bdd5957c</id>
<content type='text'>
We were seeing issues where if anything showed up before the
expected first adapter, booting could fail. This switches to seeking
for a working interface to handle edge cases.

Also fixes region code handling.
</content>
</entry>
<entry>
<title>Adopt Black and isort (SC-700) (#1157)</title>
<updated>2021-12-16T02:16:38+00:00</updated>
<author>
<name>James Falcon</name>
<email>james.falcon@canonical.com</email>
</author>
<published>2021-12-16T02:16:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=bae9b11da9ed7dd0b16fe5adeaf4774b7cc628cf'/>
<id>urn:sha1:bae9b11da9ed7dd0b16fe5adeaf4774b7cc628cf</id>
<content type='text'>
Applied Black and isort, fixed any linting issues, updated tox.ini
and CI.
</content>
</entry>
<entry>
<title>Fix missing metadata routes for vultr (#1125)</title>
<updated>2021-12-01T18:35:28+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2021-12-01T18:35:28+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=a1cf55e5e6331b9b3a4f9ceb412dd14c78abb5ea'/>
<id>urn:sha1:a1cf55e5e6331b9b3a4f9ceb412dd14c78abb5ea</id>
<content type='text'>
Vultr uses 169.254.169.254 for the metadata server. Some distros are
having trouble with this on IPv6 only servers because the route is
not being assigned to the link-local interface by default as it is in
other distros. This change sets that route before attempting to fetch
the metadata avoiding the current issue.</content>
</entry>
<entry>
<title>Allow Vultr to set MTU and use as-is configs (#1037)</title>
<updated>2021-10-04T14:23:12+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2021-10-04T14:23:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=591e97dad5cf5a6ea8211f34c7d8135aaaf947f6'/>
<id>urn:sha1:591e97dad5cf5a6ea8211f34c7d8135aaaf947f6</id>
<content type='text'>
Add MTU, accept-ra, routes, options and a direct way to provide intact 
cloud configs for networking opposed to relying on configurations that 
may need changed often.</content>
</entry>
<entry>
<title>Cleanup Vultr support (#987)</title>
<updated>2021-09-24T13:57:33+00:00</updated>
<author>
<name>eb3095</name>
<email>45504889+eb3095@users.noreply.github.com</email>
</author>
<published>2021-09-24T13:57:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=244af3f4971c8f89c741aa90306f0fb1b4459940'/>
<id>urn:sha1:244af3f4971c8f89c741aa90306f0fb1b4459940</id>
<content type='text'>
Offload Vultr's vendordata assembly to the backend, correct vendordata
storage and parsing, allow passing critical data via the useragent,
better networking configuration for additional interfaces.</content>
</entry>
<entry>
<title>Add connectivity_url to Oracle's EphemeralDHCPv4 (#988)</title>
<updated>2021-09-17T18:04:07+00:00</updated>
<author>
<name>James Falcon</name>
<email>therealfalcon@gmail.com</email>
</author>
<published>2021-09-17T18:04:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=612e39087aee3b1242765e7c4f463f54a6ebd723'/>
<id>urn:sha1:612e39087aee3b1242765e7c4f463f54a6ebd723</id>
<content type='text'>
Add connectivity_url to Oracle's EphemeralDHCPv4

On bionic, when trying to bring up the EphemeralDHCPv4, it's possible
that we already have a route defined, which will result in an error when
trying to add the DHCP route. Use the connectivity_url to check if we
can reach the metadata service, and if so, skip the EphemeralDHCPv4.

The has_url_connectivity function has also been modified to take
a dict of kwargs to send to readurl.

LP: #1939603</content>
</entry>
<entry>
<title>Add Vultr support (#827)</title>
<updated>2021-04-13T18:15:34+00:00</updated>
<author>
<name>David Dymko</name>
<email>dymkod@gmail.com</email>
</author>
<published>2021-04-13T18:15:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=0ae0b1d4336acdcab12bd49e9bddb46922fb19c7'/>
<id>urn:sha1:0ae0b1d4336acdcab12bd49e9bddb46922fb19c7</id>
<content type='text'>
This PR adds in support so that cloud-init can run on instances 
deployed on Vultr cloud. This was originally brought up in #628.

Co-authored-by: Eric Benner &lt;ebenner@vultr.com&gt;
</content>
</entry>
</feed>
