<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-cloud-init.git/upstart/cloud-init-local.conf, branch circinus-public-unmaintained</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=circinus-public-unmaintained</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-cloud-init.git/atom?h=circinus-public-unmaintained'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/'/>
<updated>2014-09-12T17:03:44+00:00</updated>
<entry>
<title>upstart: add blocknet which blocks net until after cloud-init-local</title>
<updated>2014-09-12T17:03:44+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2014-09-12T17:03:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=b09b12bc0130b6787bfee0332addd055459b9629'/>
<id>urn:sha1:b09b12bc0130b6787bfee0332addd055459b9629</id>
<content type='text'>
This makes it so networking wont start to come up until after
cloud-init-local has had a chance to search local datasources
and set /etc/network/interfaces.

The changes most likely need to still be done for systemd.

LP: #1368861</content>
</entry>
<entry>
<title>cloud-init-local depends on /run. reflect that in upstart job.</title>
<updated>2014-09-11T14:50:04+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2014-09-11T14:50:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=26c1cf9eeeb39e9bfcc1a37743679e5c76ab97b0'/>
<id>urn:sha1:26c1cf9eeeb39e9bfcc1a37743679e5c76ab97b0</id>
<content type='text'>
With the writing of cloud-init status, cloud-init-local needs to
have /run mounted.  The issue we were seeing was a race where:
 cloud-init-local creates /run/cloud-init
 /run is mounted
 cloud-init-local tries to link a file into /run/cloud-init

that directory was no longer visisable as /run was mounted over
the top.

LP: #1353008</content>
</entry>
<entry>
<title>change upstart jobs to use single 'cloud-init' binary</title>
<updated>2012-06-28T20:46:11+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2012-06-28T20:46:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=0b79a18679e03b300a8a607f28f8fd1c9acbf39e'/>
<id>urn:sha1:0b79a18679e03b300a8a607f28f8fd1c9acbf39e</id>
<content type='text'>
This just updates upstart jobs to the new single binary approach.
</content>
</entry>
<entry>
<title>initial dump of "sans-cloud" code (DataSourceNoCloud)</title>
<updated>2010-08-12T05:56:12+00:00</updated>
<author>
<name>Scott Moser</name>
<email>smoser@ubuntu.com</email>
</author>
<published>2010-08-12T05:56:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-cloud-init.git/commit/?id=54346d35221fd405423dd33a2b06202f10e2aa22'/>
<id>urn:sha1:54346d35221fd405423dd33a2b06202f10e2aa22</id>
<content type='text'>
The new classes 'DataSourceNoCloud' and 'DataSourceNoCloudNet'
implement a way to get data from the filesystem, or (very minimal)
data from the kernel command line.  This allows the user to seed data to
these sources.

There are now 2 "cloud-init" jobs, cloud-init-local that runs on 
  mounted MOUNTPOINT=/
and 'cloud-init' that runs on 
  start on (mounted MOUNTPOINT=/ and net-device-up IFACE=eth0 and
     stopped cloud-init-local )

The idea is that cloud-init-local can actually function without network.

The last thing in this commit is "uncloud-init".
This tool can be invoked as 'init=/usr/lib/cloud-init/uncloud-init'
It will "uncloudify" things in the image, generally making it easier
to use for a simpler environment, and then it will exec /sbin/init.
</content>
</entry>
</feed>
