lp:~daniel-thewatkins/cloud-init/+git/cloud-init

Owned by Dan Watkins
Get this repository:
git clone https://git.launchpad.net/~daniel-thewatkins/cloud-init/+git/cloud-init
Only Dan Watkins can upload to this repository. If you are Dan Watkins please log in for upload directions.

Branches

Name Last Modified Last Commit
bugfix/gce-ssh-key-attributes 2017-05-25 18:28:25 UTC 2017-05-25
Update the attribute used to find SSH keys in GCE

Author: Dan Watkins
Author Date: 2017-05-25 18:21:21 UTC

Update the attribute used to find SSH keys in GCE

Per the documentation at
https://cloud.google.com/compute/docs/storing-retrieving-metadata

LP: #1693582

dsidentify_configdrive_latest 2017-04-14 21:16:10 UTC 2017-04-14
ds-identify: Check correct path for "latest" config drive

Author: Dan Watkins
Author Date: 2017-04-14 21:16:10 UTC

ds-identify: Check correct path for "latest" config drive

We were checking /var/lib/cloud/openstack/latest/meta_data.json instead
of /var/lib/cloud/seed/config_drive/openstack/latest/meta_data.json.

LP: #1673637

bug/lp1538522-azure-builtin-agent 2016-11-17 14:59:46 UTC 2016-11-17
Fix tests that assume the non-__builtin__ Azure agent_command

Author: Dan Watkins
Author Date: 2016-11-17 14:59:46 UTC

Fix tests that assume the non-__builtin__ Azure agent_command

lp1603222 2016-11-09 10:06:58 UTC 2016-11-09
Use udev-created device as default Azure ephemeral disk

Author: Dan Watkins
Author Date: 2016-11-09 10:06:58 UTC

Use udev-created device as default Azure ephemeral disk

Currently, the Azure data source defaults to using /dev/sdb for
ephemeral0. If _and only if_ we detect a fabric-formatted (i.e. NTFS)
ephemeral disk, then the data source updates this default to instead
point at that ephemeral disk (which will, correctly, be
/dev/disk/cloud/azure_resource). This happens fine on every first boot,
but on subsequent boots, we don't find a fabric-formatted ephemeral disk
(because we reformatted it on first boot), so we don't update the
default, so we end up rewriting the mounts to point at /dev/sdb (which
may not be the actual location of the ephemeral disk).

Instead of defaulting to /dev/sdb, we now default to
/dev/disk/cloud/azure_resource, which is the correct location created by
udev rules.

LP: #1603222

master 2016-10-07 10:33:48 UTC 2016-10-07
systemd: Run cloud-init.service Before dbus.socket

Author: Dan Watkins
Author Date: 2016-10-07 10:33:48 UTC

systemd: Run cloud-init.service Before dbus.socket

On Ubuntu (at least), cloud-init takes 25 seconds every time it fails to
resolve a DNS address. /etc/nsswitch.conf is configured to use the
"resolve" service, which communicates with systemd-resolved over DBUS.
When cloud-init runs, neither dbus.service nor systemd-resolved.service
have started, but dbus.socket _has_ started, so there is a socket for
the "resolve" NSS service to attempt to connect to. It waits for a
response over DBUS for 25 seconds before giving up and returning a
resolution failure.

This commit forces the DBUS socket to be started after cloud-init runs,
which means that the resolve NSS service fails immediately (rather than
after 25 seconds).

LP: #1629797

15 of 5 results
This repository contains Public information 
Everyone can see this information.

Subscribers