diff options
author | Scott Moser <smoser@ubuntu.com> | 2014-02-13 23:57:33 -0500 |
---|---|---|
committer | Scott Moser <smoser@ubuntu.com> | 2014-02-13 23:57:33 -0500 |
commit | 1bf99b6fe9d11a9e3b1d452940d21779347ea461 (patch) | |
tree | 311d2acd0e220ffbf316c7d0d75380f160a67518 /cloudinit/sources/DataSourceSmartOS.py | |
parent | 4ba72556193219f90c313f62d0d309761bb53c6b (diff) | |
download | vyos-cloud-init-1bf99b6fe9d11a9e3b1d452940d21779347ea461.tar.gz vyos-cloud-init-1bf99b6fe9d11a9e3b1d452940d21779347ea461.zip |
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.
Diffstat (limited to 'cloudinit/sources/DataSourceSmartOS.py')
-rw-r--r-- | cloudinit/sources/DataSourceSmartOS.py | 97 |
1 files changed, 59 insertions, 38 deletions
diff --git a/cloudinit/sources/DataSourceSmartOS.py b/cloudinit/sources/DataSourceSmartOS.py index 8db652ef..ec561b0d 100644 --- a/cloudinit/sources/DataSourceSmartOS.py +++ b/cloudinit/sources/DataSourceSmartOS.py @@ -50,7 +50,8 @@ SMARTOS_ATTRIB_MAP = { 'iptables_disable': ('iptables_disable', True), 'motd_sys_info': ('motd_sys_info', True), 'availability_zone': ('sdc:datacenter_name', True), - 'vendordata': ('sdc:operator-script', False), + 'vendor-data': ('sdc:vendor-data', False), + 'operator-script': ('sdc:operator-script', False), } DS_NAME = 'SmartOS' @@ -95,33 +96,45 @@ BUILTIN_CLOUD_CONFIG = { 'device': 'ephemeral0'}], } -BUILTIN_VENDOR_DATA = """ -#cloud-config: -write_files: - - encoding: b64 - owner: root:root - path: %(script_d)s/01_sdc-operator-script.sh - permissions: '0755' - content: | - """ + base64.b64encode("""#!/bin/sh -# This file is written as part of the default vendor data for -# SmartOS. This script looks for the SmartDC operator script -# and then executes it. It will be run each boot. +## builtin vendor-data is a boothook that writes a script into +## /var/lib/cloud/scripts/per-boot. *That* script then handles +## executing the 'operator-script' and 'user-script' files +## that cloud-init writes into /var/lib/cloud/instance/data/ +## if they exist. +## +## This is all very indirect, but its done like this so that at +## some point in the future, perhaps cloud-init wouldn't do it at +## all, but rather the vendor actually provide vendor-data that accomplished +## their desires. (That is the point of vendor-data). +## +## cloud-init does cheat a bit, and write the operator-script and user-script +## itself. It could have the vendor-script do that, but it seems better +## to not require the image to contain a tool (mdata-get) to read those +## keys when we have a perfectly good one inside cloud-init. +BUILTIN_VENDOR_DATA = """\ +#cloud-boothook +#!/bin/sh +fname="%(per_boot_d)s/01_smartos_vendor_data.sh" +mkdir -p "${fname%%/*}" +cat > "$fname" <<"END_SCRIPT" +#!/bin/sh +## +# This file is written as part of the default vendor data for SmartOS. +# The SmartOS datasource writes the listed file from the listed metadata key +# sdc:operator-script -> %(operator_script)s +# user-script -> %(user_script)s # -# This requires the Joyent Metadata client to be installed. -# On Ubuntu, it is provided via the joyent-mdata-client package -# Or you can get it via https://github.com/joyent/mdata-client - -my_path=$(dirname $0) -[ -x /usr/sbin/mdata-get ] || exit 1 - -/usr/sbin/mdata-get sdc:operator-script > \ - $my_path/operator-script || exit 0 +# You can view content with 'mdata-get <key>' +# +for script in "%(operator_script)s" "%(user_script)s"; do + [ -x "$script" ] || continue + echo "executing '$script'" 1>&2 + "$script" +done +END_SCRIPT +chmod +x "$fname" +""" -[ -e $my_path/operator-script ] || exit 0 -chmod 0700 $my_path/operator-script -exec /run/sdc/operator-script -""") # @datadictionary: this is legacy path for placing files from metadata # per the SmartOS location. It is not preferable, but is done for @@ -148,8 +161,7 @@ class DataSourceSmartOS(sources.DataSource): self.b64_keys = self.ds_cfg.get('base64_keys') self.b64_all = self.ds_cfg.get('base64_all') self.script_base_d = os.path.join(self.paths.get_cpath("scripts")) - self.user_script_d = os.path.join(self.paths.get_cpath("scripts"), - 'per-boot') + self.data_d = os.path.join(self.paths.instance_link, 'data') def __str__(self): root = sources.DataSource.__str__(self) @@ -168,7 +180,7 @@ class DataSourceSmartOS(sources.DataSource): LOG.debug("No dmidata utility found") return False - system_uuid, system_type = dmi_info + system_uuid, system_type = tuple(dmi_info) if 'smartdc' not in system_type.lower(): LOG.debug("Host is not on SmartOS. system_type=%s", system_type) return False @@ -191,11 +203,18 @@ class DataSourceSmartOS(sources.DataSource): # to a file in the filesystem of the guest on each boot and then # executed. It may be of any format that would be considered # executable in the guest instance. - u_script = md.get('user-script') - u_script_f = "%s/99_user_script" % self.user_script_d + # + # We write 'user-script' and 'operator-script' into the + # instance/data directory. The default vendor-data then handles + # executing them later. + user_script = os.path.join(self.data_d, 'user-script') u_script_l = "%s/user-script" % LEGACY_USER_D - write_boot_content(u_script, u_script_f, link=u_script_l, shebang=True, - mode=0700) + write_boot_content(md.get('user-script'), content_f=user_script, + link=u_script_l, shebang=True, mode=0700) + + operator_script = os.path.join(self.data_d, 'operator-script') + write_boot_content(md.get('operator-script'), + content_f=operator_script, shebang=False, mode=0700) # @datadictionary: This key has no defined format, but its value # is written to the file /var/db/mdata-user-data on each boot prior @@ -214,14 +233,16 @@ class DataSourceSmartOS(sources.DataSource): if md['user-data']: ud = md['user-data'] - if not md['vendordata']: - md['vendordata'] = BUILTIN_VENDOR_DATA % { - 'script_d': self.user_script_d - } + if not md['vendor-data']: + md['vendor-data'] = BUILTIN_VENDOR_DATA % { + 'user_script': user_script, + 'operator_script': operator_script, + 'per_boot_d': os.path.join(self.paths.get_cpath("scripts"), 'per-boot'), + } self.metadata = util.mergemanydict([md, self.metadata]) self.userdata_raw = ud - self.vendordata_raw = md['vendordata'] + self.vendordata_raw = md['vendor-data'] return True def device_name_to_device(self, name): |