<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/systemd, 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-08-31T15:23:59+00:00</updated>
<entry>
<title>Run cloud-init-local.service after the hv_kvp_daemon (#505)</title>
<updated>2020-08-31T15:23:59+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2020-08-31T15:23:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=a802a1243f3bcd72617b6969e5134752666960ca'/>
<id>urn:sha1:a802a1243f3bcd72617b6969e5134752666960ca</id>
<content type='text'>
This ensures that KVP data can be correctly reported to Azure.</content>
</entry>
<entry>
<title>systemd: add Before=shutdown.target when Conflicts=shutdown.target is used (#546)</title>
<updated>2020-08-27T17:16:13+00:00</updated>
<author>
<name>Paride Legovini</name>
<email>paride.legovini@canonical.com</email>
</author>
<published>2020-08-27T17:16:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=20fe9da98ed69187faab80810c652fdc051b627e'/>
<id>urn:sha1:20fe9da98ed69187faab80810c652fdc051b627e</id>
<content type='text'>
Lintian spotted the following issue:

  The specified systemd .service file contains both DefaultDependencies=no
  and Conflicts=shutdown.target directives without Before=shutdown.target.

  This can lead to problems during shutdown because the service may linger
  until the very end of shutdown sequence as nothing requests to stop it
  before (due to DefaultDependencies=no).

  There is race condition between stopping units and systemd getting a
  request to exit the main loop, so it may proceed with shutdown before
  all pending stop jobs have been processed.

  Please add Before=shutdown.target.

[1] https://lintian.debian.org/tags/systemd-service-file-shutdown-problems.html

Co-authored-by: Rick Harding &lt;rharding@mitechie.com&gt;</content>
</entry>
<entry>
<title>cloud-init.service.tmpl: use "rhel" instead of "redhat" (#452)</title>
<updated>2020-06-23T13:43:04+00:00</updated>
<author>
<name>Daniel Watkins</name>
<email>oddbloke@ubuntu.com</email>
</author>
<published>2020-06-23T13:43:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=ddc4c2de1b1e716b31384af92f5356bfc6136944'/>
<id>urn:sha1:ddc4c2de1b1e716b31384af92f5356bfc6136944</id>
<content type='text'>
We use "rhel" consistently everywhere else.</content>
</entry>
<entry>
<title>Change from redhat to rhel in systemd generator tmpl (#450)</title>
<updated>2020-06-23T12:41:15+00:00</updated>
<author>
<name>Eduardo Otubo</name>
<email>otubo@redhat.com</email>
</author>
<published>2020-06-23T12:41:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=650d53d656b612442773453813d8417b234d3752'/>
<id>urn:sha1:650d53d656b612442773453813d8417b234d3752</id>
<content type='text'>
The name `redhat' is not used but rather `rhel' to identify the distro.

Signed-off-by: Eduardo Otubo &lt;otubo@redhat.com&gt;</content>
</entry>
<entry>
<title>cloud-init.service: on centos/fedora/redhat wait on NetworkManager.service</title>
<updated>2019-10-31T14:45:29+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2019-10-31T14:45:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=8888ca1af7f1fed33e79b56694834310ed35559a'/>
<id>urn:sha1:8888ca1af7f1fed33e79b56694834310ed35559a</id>
<content type='text'>
In Centos/RHEL 8, NetworkManager is installed as the networking service.
cloud-init.service needs to run After this service to allow the OS to
bring networking up first.

LP: #1843334
</content>
</entry>
<entry>
<title>systemd/cloud-init.service.tmpl: start after wicked.service</title>
<updated>2019-09-26T14:39:27+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2019-09-26T14:39:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=66ef979a2d7b8003def1ee4d7a6b6a261b37e0ee'/>
<id>urn:sha1:66ef979a2d7b8003def1ee4d7a6b6a261b37e0ee</id>
<content type='text'>
Change the startup order. On SUSE distros cloud-init.service
should start after wicked.service. This reflects the same
start up order other distributions utilize.
</content>
</entry>
<entry>
<title>cloud-init-generator: use libexec path to ds-identify on redhat systems</title>
<updated>2019-06-19T17:16:08+00:00</updated>
<author>
<name>Ryan Harper</name>
<email>ryan.harper@canonical.com</email>
</author>
<published>2019-06-19T17:16:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=e1795a5cd1cb216e5514f55bdb1cddc605f40df3'/>
<id>urn:sha1:e1795a5cd1cb216e5514f55bdb1cddc605f40df3</id>
<content type='text'>
Update the template to use libexec prefix path to ds-identify on redhat
systems.

LP: #1833264
</content>
</entry>
<entry>
<title>systemd: Render generator from template to account for system differences.</title>
<updated>2019-01-28T17:51:57+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2019-01-28T17:51:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=09dcecf37628c5809ae21d7785693cb7358ca94c'/>
<id>urn:sha1:09dcecf37628c5809ae21d7785693cb7358ca94c</id>
<content type='text'>
The systemd generator used had a hard coded path for the location target
file to create.  This path does not apply to all distributions.
Make the generator and template to have the path set during build time.
</content>
</entry>
<entry>
<title>systemd: On SUSE ensure cloud-init.service runs before wicked</title>
<updated>2018-10-24T14:34:50+00:00</updated>
<author>
<name>Robert Schweikert</name>
<email>rjschwei@suse.com</email>
</author>
<published>2018-10-24T14:34:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=e0084a599d5259e507298175dad8a1e719017895'/>
<id>urn:sha1:e0084a599d5259e507298175dad8a1e719017895</id>
<content type='text'>
With db50bc0d9 the sysconfig renderer was enabled for
openSUSE and SUSE Linux Enterprise. This requires that
cloud-init.service starts before wicked.

LP: #1799709
</content>
</entry>
<entry>
<title>cloud-config.service: run After snap.seeded.service.</title>
<updated>2018-05-14T19:38:22+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2018-05-14T19:38:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=d5374bba2f1b4607a773ebff00e1ee7d66e23033'/>
<id>urn:sha1:d5374bba2f1b4607a773ebff00e1ee7d66e23033</id>
<content type='text'>
This makes cloud-config.service (and as a result cloud-final.service)
run After snap.seeded.service.  This is required to ensure that
pre-seeded snaps can be used by cloud-init or user-data input.

The snap.seeded.service was added to snapd at:
  https://github.com/snapcore/snapd/pull/5124

Note that the following would be a workaround:
 snap:
  commands:
   00: snap wait system seed.loaded

LP: #1767131
</content>
</entry>
</feed>
