~harlowja/cloud-init/shared-wait-metadata

From Revision 951 to 932

expand all

collapse all

Rev		Summary	Authors	Date	Diff	Files
951		Move shared waiting function to util Move shared waiting function to util The ec2 and openstack datasources use a similar piece of code for waiting for there metadata services to become accessible (which varies depending on cloud, service provider...) so its much nicer if we move that duplicated/similar code to a standard utility method and use that instead.	Joshua Harlow	10 years ago
950		DataSourceGCE: fix 'is_resolvable', remove unnecessary WARN DataSourceGCE: fix 'is_resolvable', remove unnecessary WARN	Scott Moser	10 years ago
949		DataSourceOpenStack: allow vendor-data to be a dict with 'cl... DataSourceOpenStack: allow vendor-data to be a dict with 'cloud-init' inside There might be multiple things to put inside a vendor-data. So, if it is a dict and that dict has 'cloud-init', assume that the whole thing was not meant for cloud-init, and set vendordata_raw to the specific item.	Scott Moser	10 years ago
948		smartos: fix bug in previous commit smartos: fix bug in previous commit The code in the previous commit was creating /var/lib/cloud/instance/ when it should not have.   This is better handled now by using /var/lib/cloud/instances/<instance-id>, and then letting the link get created by cloud-init elsewhere.	Scott Moser	10 years ago
947		re-work vendor-data and smartos re-work vendor-data and smartos This reduces how much cloud-init is explicitly involved in what "vendor-data" could accomplish.  The goal of vendor-data was to provide the vendor with a channel to run arbitrary code that accomodate for their specific platform. Much of those accomodations are currently being done in cloud-init. However, this now moves some of those things to default "vendor-data", instead of cloud-init proper. Basically, now we have an 'sdc:vendor-data' key in the metadata. If that does not exist, then cloud-init will use the default. The default, provides a boothook.  That boothook writes a file into /var/lib/cloud/per-boot/ .  That file will be both written on every boot and then executed at rc.local time frame (by 'scripts-per-boot'). It will then execute /var/lib/cloud/instance/data/user-script and /var/lib/cloud/instance/data/operator-script if they exist. So, the things that cloud-init is now doing outside of the default vendor-data that I would rather be done in vendor-data is:  * managing the population of instance/data/user-script and    instance/data/operator-script.  These could very easily be done    from the boothook, but doing them in cloud-init removes the necessity    for having a 'mdata-get' command in the image (or some other way for    the boothook script to query the datasource).  * managing the LEGACY things.	Scott Moser	10 years ago
946		GCE: add some tests, some small fixes GCE: add some tests, some small fixes	Scott Moser	10 years ago
945		Add a openstack specific datasource Add a openstack specific datasource Openstack has a unique derivative datasource that is gaining usage. Previously the config drive datasource provided part of this functionality as well as the ec2 datasource, but since new functionality is being added to openstack's special datasource it seems beneficial to combine the used parts into a new datasource just made for handling openstack deployments that use the openstack metadata service (possibly in combination with the ec2 metadata service). This patch factors out the common logic shared between the config drive and the openstack metadata datasource and places that in a shared helper file and then creates a new openstack datasource that readers from the openstack metadata service and refactors the config drive datasource to use this common logic.	Joshua Harlow	10 years ago
944		Add initial GCE datasource Add initial GCE datasource There are some rough edges here and its missing some test, but I want to get this pulled in.	Scott Moser	10 years ago
943		cloudsigma: change default dsmode to 'net' cloudsigma: change default dsmode to 'net' Previously this had 'local' as the default datasource mode, meaning that user-data code such as boot hooks and such would not be guaranteed to have network access.  That would be out of sync with the expectation on other platforms where the default is 'network up'. The user can still specify 'dsmode' as local if necessary and the local datasource will claim itself found.	Scott Moser	10 years ago
942		initial Gentoo and Arch linux support initial Gentoo and Arch linux support	Nate House	10 years ago
941		Add support for the CloudSigma server context. Add support for the CloudSigma server context.	Kiril Vladimiroff	10 years ago
940		Add 'unverified_modules' config option and skip unverified m... Add 'unverified_modules' config option and skip unverified modules Config modules are able to declare distros that they were verified to run on by setting 'distros' as a list in the config module. Previously, if a module was configured to run and the running distro was not listed as supported, it would run anyway, and a warning would be written. Now, we change the behavior to skip those modules. The distro (or user) can specify that a given list of modules should run anyway by declaring the 'unverified_modules' config variable. run_once modules will be run without this filter (ie, expecting that the user explicitly wanted to run it).	Scott Moser	10 years ago
939		doc/examples/cloud-config-landscape.txt: fix invalid example doc/examples/cloud-config-landscape.txt: fix invalid example	David Britton	10 years ago
938		DataSourceEc2: Fix incorrect return in _get_url_settings DataSourceEc2: Fix incorrect return in _get_url_settings                                                                                                                                                                 get_url_settings should return a pair of max wait and timeout and not false, fix this bug by checking the max_wait <= 0 in the calling function and returning correctly from there instead.	Scott Moser	10 years ago
937		rpm build fixes rpm build fixes - failing build due to missing Requires (changed to requirements.txt) - RH: require sudo >= 1.7.2p2-3 (with sudoers.d/)	Scott Moser	10 years ago
936		Azure: fix issue with stale data in /var/lib/waagent Azure: fix issue with stale data in /var/lib/waagent If a datasource was found other than in /var/lib/waagent, and /var/lib/waagent contained all the files necessary for 'wait_for_files' (most likely 'SharedConfig.xml'), then cloud-init would continue on before looking properly. To address this, if the ovf-env.xml came from somewhere other than /var/lib/waagent, and it differs from the file in /var/lib/waagent, then we clean up some files that we expect to be provided by 'wait_for_files'. Also some minor changes to the tests here.	Scott Moser	10 years ago
935		DataSourceNoCloud: support reading vendor-data DataSourceNoCloud: support reading vendor-data  Here we add the ability to read vendor-data from a file named vendor-data at the same location as the user-data and meta-data files. At the moment, vendor-data is not read at all from 'seedfrom'.	Scott Moser	10 years ago
934		util.is_ipv4: realize that 0 is a valid number in a ipv4 add... util.is_ipv4: realize that 0 is a valid number in a ipv4 address. Due to bug in function "cloudinit.util.is_ipv4" an IPv4 address with zero (0) at any component wasn't evaluated as IPv4 address. E.g.: having local datasource with 192.168.0.1 in meta-data/local-hostname. The correct behaviour would be to generate ip-192-168-0-1 hostname. With this bug, the hostname (with IPv4) was considered as FQDN (no IPv4 inside) and just first component (supposed to be hostname there) was taken. It generated hostname "192". Fixes for SmartOS datasource 1. fixed conflation of user-data and cloud-init user-data. Cloud-init    user-data is now namespaced as 'cloud-init:user-data'. 2. user-scripts (not user-data) are now fetched from the meta-data service    each boot and executed as in the scripts directory 3. datacenter name is now namespaced as sdc:datacenter 4. user-scripts will now have '#!/bin/bash' magically prepended    if the 'file' thinks its plain text and it does not start with '#!' read_file_or_url: raise UrlError with 404 on ENOENT This makes it easier to call read_file_or_url and handle file or url errors.  Now read_file_or_url will raise a UrlError in either case on errors.	Vlastimil Holer	10 years ago
933		read_file_or_url: raise UrlError with 404 on ENOENT read_file_or_url: raise UrlError with 404 on ENOENT This makes it easier to call read_file_or_url and handle file or url errors.  Now read_file_or_url will raise a UrlError in either case on errors.	Scott Moser	10 years ago
932		Don't try to create members if group creation fails Don't try to create members if group creation fails	Joshua Harlow	10 years ago

• Older »

Loggerhead is a web-based interface for Breezy
Version: 2.0.1