summaryrefslogtreecommitdiff
path: root/systemd/cloud-init-generator
AgeCommit message (Collapse)Author
2016-05-27remove blocking udev functionalityScott Moser
This didn't really work. See bug for more info. LP: #1577844
2016-03-18commit the systemd waiting mechanismScott Moser
Note, still broken as cloud-init local is not going to ever touch the CI_NET_READY file (/run/cloud-init/network-config-ready). So as this is , it will actually just block for 60 seconds and go on.
2016-03-14minor cleanup. long line and remove unused 'local'Scott Moser
2016-03-10generator: use /run/cloud-init instead of /runScott Moser
2016-03-10generator: support reading cmdline of pid 1 in a containerScott Moser
This might need cleaning up in the future as I believe in some containers /proc/cmdline is provided, and in that case it would be preferred to pid 1's command line.
2016-03-03mention link path in generatorScott Moser
2016-03-03generator: be more clear on where kernel cmdline came fromScott Moser
2016-03-03do not duplicate '-generator' in log ameScott Moser
2016-03-03consume KERNEL_CMDLINE even if set to "". explain 'container'Scott Moser
2016-03-012 fixupsScott Moser
2016-02-29remove unused varScott Moser
2016-02-29be less verbose by defaultScott Moser
2016-02-29systemd/cloud-init-generator: add a generator to support disablingScott Moser
This gets installed in /lib/systemd/system/cloud-init.target and then is called to generate the symlink (or not generate the symlink) for the cloud-init target. The end result is cloud-init can be completely disabled by: touch /etc/cloud/cloud-init.disabled or a kernel command line with 'cloud-init=disabled'