<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/tools/ds-identify, branch 20.1</title>
<subtitle> (mirror of https://github.com/marekm72/vyos-cloud-init.git)
</subtitle>
<id>https://git.amelek.net/marekm72/vyos-cloud-init.git/atom?h=20.1</id>
<link rel='self' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/atom?h=20.1'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/'/>
<updated>2019-12-12T00:32:14+00:00</updated>
<entry>
<title>ds_identify: if /sys is not available use dmidecode (#42)</title>
<updated>2019-12-12T00:32:14+00:00</updated>
<author>
<name>Igor Galić</name>
<email>me+github@igalic.co</email>
</author>
<published>2019-12-12T00:32:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=11ef73e9500dcb325be85f8099a42d8d2e4caf95'/>
<id>urn:sha1:11ef73e9500dcb325be85f8099a42d8d2e4caf95</id>
<content type='text'>
On non-Linux systems, `/sys` won't be available. In these cases, we can query `dmidecode(8)` directly.  This PR implements a dmi_decode function to query the same fields ds-identify
would otherwise read from /sys.  This path is taken when /sys isn't present.  In addition to
adding dmidecode support, non-Linux systems also need to map in virtualization detection
as systemd-detect-virt is not present; on FreeBSD, use sysctl kern.vm_guest and provide a
mapping[1] between BSD values and those that match with systemd-detect-virt[2].

1. https://github.com/freebsd/freebsd/blob/master/sys/kern/subr_param.c#L149-L157
2. https://www.freedesktop.org/software/systemd/man/systemd-detect-virt.html

LP: #1852442</content>
</entry>
<entry>
<title>Add Support for e24cloud to Ec2 datasource.</title>
<updated>2019-10-11T14:54:49+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@brickies.net</email>
</author>
<published>2019-10-11T14:54:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=7d5d34f3643a2108d667759f57a5ab63d0affadd'/>
<id>urn:sha1:7d5d34f3643a2108d667759f57a5ab63d0affadd</id>
<content type='text'>
e24cloud provides an EC2 compatible datasource.
This just identifies their platform based on dmi 'system-vendor'
having 'e24cloud'.  https://www.e24cloud.com/en/ .
Updated chassis typo in zstack unit test docstring.

LP: #1696476
</content>
</entry>
<entry>
<title>Add RbxCloud datasource</title>
<updated>2019-10-04T23:15:10+00:00</updated>
<author>
<name>Adam Dobrawy</name>
<email>naczelnik@jawnosc.tk</email>
</author>
<published>2019-10-04T23:15:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=d3b1c4ae6bd237a04ba5df4306ff38f752f72132'/>
<id>urn:sha1:d3b1c4ae6bd237a04ba5df4306ff38f752f72132</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add datasource for ZStack platform.</title>
<updated>2019-09-18T13:15:25+00:00</updated>
<author>
<name>Shixin Ruan</name>
<email>matboy_80@aliyun.com</email>
</author>
<published>2019-09-18T13:15:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=571f7c36e89f67f4c2d1cacfd8f9269bf864d560'/>
<id>urn:sha1:571f7c36e89f67f4c2d1cacfd8f9269bf864d560</id>
<content type='text'>
Zstack platform provides a AWS Ec2 metadata service, and
identifies their platform to the guest by setting the 'chassis asset tag'
to a string that ends with '.zstack.io'.

LP: #1841181
</content>
</entry>
<entry>
<title>Brightbox: restrict detection to require full domain match .brightbox.com</title>
<updated>2019-09-11T21:09:34+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@brickies.net</email>
</author>
<published>2019-09-11T21:09:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=e7f16e215ef4fd6a31ddd2f1b585bbb6508bff06'/>
<id>urn:sha1:e7f16e215ef4fd6a31ddd2f1b585bbb6508bff06</id>
<content type='text'>
The detection for brightbox in both ds-identify and in
identify_brightbox would incorrectly match the domain 'bobrightbox',
which is not a brightbox platform.  The fix here is to restrict
matching to '*.brightbox.com' rather than '*brightbox.com'

Also, while here remove a url to bug 1661693 which added the
knowledge of brightbox.
</content>
</entry>
<entry>
<title>New data source for the Exoscale.com cloud platform</title>
<updated>2019-08-08T17:09:57+00:00</updated>
<author>
<name>Chris Glass</name>
<email>christopher.glass@exoscale.ch</email>
</author>
<published>2019-08-08T17:09:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=4dfed67d0e82970f8717d0b524c593962698ca4f'/>
<id>urn:sha1:4dfed67d0e82970f8717d0b524c593962698ca4f</id>
<content type='text'>
- dsidentify switches to the new Exoscale datasource on matching DMI name
- New Exoscale datasource added

Signed-off-by: Mathieu Corbin &lt;mathieu.corbin@exoscale.ch&gt;
</content>
</entry>
<entry>
<title>Add a cdrom size checker for OVF ds to ds-identify</title>
<updated>2019-07-16T14:31:17+00:00</updated>
<author>
<name>Pengpeng Sun</name>
<email>pengpengs@vmware.com</email>
</author>
<published>2019-07-16T14:31:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=d9769c475d38a8c30084b1e7537ae3f0359ed3ad'/>
<id>urn:sha1:d9769c475d38a8c30084b1e7537ae3f0359ed3ad</id>
<content type='text'>
With a large size ISO file attached to iso dev, ds-identify might
grep it entirely if iso dev is ISO9660, it takes very long time to
start OS.

Resolve this by:

- Adding a checker to read the ISO size (from sysfs).  If
the size of the ISO filesystem is &gt; 10MiB then the ISO will be
ignored (logged as oversized).

- Move the ovf vmware guest customization checker to be
ahead of cdrom ovf checker, so no need check the ISO size if vmware
guest customization is enabled.

LP: #1806701
</content>
</entry>
<entry>
<title>Allow identification of OpenStack by Asset Tag</title>
<updated>2019-06-03T15:37:42+00:00</updated>
<author>
<name>Mark T. Voelker</name>
<email>mvoelker@vmware.com</email>
</author>
<published>2019-06-03T15:37:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=deaeb714a3582ff7f31e411bcdaf9669903e35f0'/>
<id>urn:sha1:deaeb714a3582ff7f31e411bcdaf9669903e35f0</id>
<content type='text'>
When OpenStack is deployed on some hypervisors (such as VMware
vSphere), cloud-init doesn't detect that it needs to probe the
metadata service because the DMI product name field can't be set
to a field that is recognized by cloud-init.  However, the asset
tag field can be set via flavor extra specs or image metadata.
A similar approach is already used to identify Open Telekom Cloud.

This patch allows cloud init to recognize "OpenStack Nova" or
"OpenStack Compute" in the asset tag field as an indication that
the instance being configured is running on an OpenStack platform.

LP: #1669875
</content>
</entry>
<entry>
<title>Change DataSourceNoCloud to ignore file system label's case.</title>
<updated>2019-04-09T18:05:24+00:00</updated>
<author>
<name>Risto Oikarinen</name>
<email>zharalim@outlook.com</email>
</author>
<published>2019-04-09T18:05:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=b76714c355a87416f9f07156b0f025aceaca7296'/>
<id>urn:sha1:b76714c355a87416f9f07156b0f025aceaca7296</id>
<content type='text'>
NoCloud data source now accepts both 'cidata' and 'CIDATA'
as filesystem labels. This is similar to DataSourceConfigDrive's
support for 'config-2' and 'CONFIG-2'.
</content>
</entry>
<entry>
<title>ds-identify: fix wrong variable name in ovf_vmware_transport_guestinfo.</title>
<updated>2018-12-20T23:51:09+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2018-12-20T23:51:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/marekm72/vyos-cloud-init.git/commit/?id=12bc76cebf69a1c8cf9eba78431333842ed170cf'/>
<id>urn:sha1:12bc76cebf69a1c8cf9eba78431333842ed170cf</id>
<content type='text'>
ovf_vmware_transport_guestinfo is not currently tested.
It used '$1' instead of '$out' when checking for xml content in
the output of vmware-rpctool.
</content>
</entry>
</feed>
