summaryrefslogtreecommitdiff
path: root/upstart
AgeCommit message (Collapse)Author
2012-08-03add uptime to the output of cloud-log-shutdownScott Moser
2012-07-27mention that upstart job cloud-config emits cloud-configScott Moser
2012-07-26add an upstart init job that logs shutdowns and reboots.Scott Moser
LP: #1018554
2012-06-28change upstart jobs to use single 'cloud-init' binaryScott Moser
This just updates upstart jobs to the new single binary approach.
2011-09-28increase cloud-init-nonet timeout to 130 seconds from 70Scott Moser
LP: #861866
2011-09-21cloud-init-nonet.conf: redirect 'start networking' output to /dev/nullScott Moser
2011-09-01cloud-init-nonet.conf: just allow for the possibility that /var/run != /runScott Moser
This should not happen any time in the near future, but /var/run is actually legacy, so accept that it might not be there.
2011-09-01upstart/cloud-init-nonet.conf: update comment/descriptionScott Moser
2011-08-31cloud-init-nonet.conf: wait for all network interfaces to be upScott Moser
This continues the change in this file that intended to wait for all networking to be up. The logic that was there would cause it to start cloud-init immediately if a single non-lo interface was up. This will basically just check if 'static-network-up' has occurred during this boot. There could be an issue if /var/run was populated from a previous boot, but since its really expected to be a tmpfs, can't have anything in it.
2011-08-01avoid a race condition if there were multiple networking devicesScott Moser
LP: #810044
2011-06-28fix cloud-init in ubuntu lxc containers (LP: #800824) [Clint Byrum]Scott Moser
LP: #800824
2011-02-18in nonet wait, print how long wait will be.Scott Moser
2011-02-18cloud-init-nonet.conf: redirect grep to /dev/null, so it doesn't goScott Moser
to console on missing file
2011-02-18improve startup if no eth0 is available (LP: #714807)Scott Moser
LP: #714807
2011-01-25add support for redirecting output of cloud-init, cloud-config and cloud-finalScott Moser
2011-01-24move cloud-run-user-script.conf to cloud-final, use cloud-cfg for invokingScott Moser
This moves what was done as cloud-run-user-script.conf to 'cloud-final' and makes that re-use the cloud-init-cfg code, but simply with a different set of default configs. Also, adds keys_to_console and final_message cloud-config modules LP: #653271
2011-01-24make the module list that cloud-config selects specified via cmdlineScott Moser
instead of hard-coding in cloud-init-cfg the module list that should be read, read it from the second command line argument. Basically, instead of reading 'cloud_config_modules', specify 'cloud_config' when cloud-init-cfg is run. change the upstart job to invoke cloud-init-cfg with: exec cloud-init-cfg all cloud_config rather than exec cloud-init-cfg all
2011-01-24fix cloud-run-user-script for directory change, make it invoke other scriptsScott Moser
Now, in addition to running instance specific scripts (in runcmd or user-data scripts), cloud-run-user-script will run other directories also. All under /var/lib/cloud, and in the following order: scripts/per-once [once ever] scripts/per-boot [every boot] scripts/per-instance [once per instance] instance/scripts [once per instance] At the moment, the marker is on the entire directory, so changes to that directory. Changes to the contents of the directory will not be noticed.
2011-01-19move user scripts ('#!' and runcmd) to be per-instance (LP: #675711)Scott Moser
Previously, if you ran an instance with either runcmd data or user-data scripts, it would run again after rebundle or create-image. This puts the files created by runcmd or user-data scripts into instance-id specific paths, and then runs them by that instance-id specific path. LP: #675711
2010-08-12initial dump of "sans-cloud" code (DataSourceNoCloud)Scott Moser
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.
2010-07-16make cloud-config an upstart taskScott Moser
2010-06-17fix cloud-config.conf upstart jobScott Moser
2010-06-17make cloud-config modules configurable by cloud-configScott Moser
The list of cloud-config modules is now kept in cloud config itself. There is a builtin list in cloudinit, which is overrideable by /etc/cloud/cloud.cfg or user data cloud-config. This should make the modules more easily added or removed (as no code needs to be edited now) Basic summary of changes: - move CloudConfig.py -> cloudinit/CloudConfig/__init__.py - split cloud-config modules into their own files named cloudinit/CloudConfig/cc_<name>.py - remove all the upstart/cloud-config-* scripts, replacing them with upstart/cloud-config.conf
2010-03-25This runs could-config-mounts on 'filesystem' event rather than onScott Moser
cloud-config. Doing so means the collision that was occuring with upstart/mountall will not occur. However, it also means any mounts configured will not be mounted until later. LP: #527825 LP: #527825
2010-03-02update upstart/* files to be in sync with 0.5.7-0ubuntu4Scott Moser
Some changes were rushed in prior to lucid beta that didn't get pulled back into the upstream release. I'm pulling those in here.
2010-02-19force ru-user-script to wait on cloud-config-miscScott Moser
cloud-config-misc is adding a script to the directory where user-scripts go, so run-user-script has to wait on it.
2010-02-19add the cloud-config-misc upstart jobScott Moser
2010-02-18run cloud-config-puppet later (LP: #523625)Scott Moser
LP: #523625
2010-02-17fix broken user-data scriptsScott Moser
cloud-run-user-script was never running because it depended on 'stopped cloudinit', rather than 'stopped cloud-init'.
2010-02-16Add cloud-config-puppet hook.Mathias Gug
2010-02-04rename cloudinit.conf to cloud-init.confScott Moser
2010-02-04more removal of 'ec2init' string, replacement with cloud-initScott Moser
2010-02-03rename ec2-init to cloudinitScott Moser
2010-02-03globally remove ec2init and rename to cloudinitScott Moser
2010-01-29add the cloud-config-mounts upstart jobScott Moser
2010-01-22rename cloud-config-cat so it wont be packagedScott Moser
2010-01-22add job to disable metadataScott Moser
2010-01-14functional cloud-config-ssh.conf nowScott Moser
This fixes LP: #506599 , LP: #507070 . Also, here, we move config parsing out of the EC2Init class. Instead the parsing of /etc/ec2-init/ec2-init.cfg is now done in the CloudConfig class, and prepended to the cloud-config that comes in from user data. This means that values in user data will over-ride the settings in /etc/ec2-init. Still TODO is support reading the public and private key files from the cloud-config
2010-01-12moving towards getting apt-update-upgrade workingScott Moser
2010-01-11refactor the config class and jobs to run through cloud-init-cfgScott Moser
At this point, the following should be functional: cloud-init-cfg apt-update-upgrade
2010-01-112 changes to cloud-run-user-scriptScott Moser
1. arguments to run-parts came before run-parts 2. explicitly state that we dont want this script to run until cloud-config is done
2010-01-11mark cloud-config-cat-debug upstart job as debugScott Moser
2010-01-11make sure all user-scripts get run, and only once-per-instanceScott Moser
run-parts didn't like scripts ending in .sh apparently. the man page says: If neither the --lsbsysinit option nor the --regex option is given then the names must consist entirely of upper and lower case letters, digits, under‐ scores, and hyphens. We dont want to have such a restriction. so run with --regex '.*' Second change is making this run once-per-instance .
2010-01-08pull in chuck's repo at rev 75Scott Moser
bzr+ssh://bazaar.launchpad.net/~zulcss/ec2-init/ec2-init-config/
2010-01-08run later in boot, but more reliablyScott Moser
2010-01-07fix ec2init.conf upstart job to have correct start onScott Moser
2010-01-07functional state now in kvm testsScott Moser
supports user data as mime-multipart and handling types of text/x-shellscript - execute at rc.local text/cloud-config - feed to cloud config text/upstart-job - add to /etc/init as upstart job text/x-include-url - include urls as if they were in-line
2010-01-07get usage of cloud-init-run-module correctScott Moser
2010-01-06add cloud-run-user-script upstart job to run rc.local style scriptsScott Moser
2010-01-06put upstart files in upstart/, minor other changesScott Moser
adding cat-cloud-config.conf, a debug file that just cats the config