~yeazelm/cloud-init:ssh_authorizedkeys

Last commit made on 2018-01-08
Get this branch:
git clone -b ssh_authorizedkeys https://git.launchpad.net/~yeazelm/cloud-init
Only Matthew Yeazel can upload to this branch. If you are Matthew Yeazel please log in for upload directions.

Branch merges

Branch information

Name:
ssh_authorizedkeys
Repository:
lp:~yeazelm/cloud-init

Recent commits

adab261... by Matthew Yeazel

Add patch from smoser on LP bug

1de7f2e... by Matthew Yeazel

Fix flake error with import order

c02b357... by Matthew Yeazel

Fix flake error for unused variable

Removed the variable exc since it was causing flake8 errors

"F841 local variable 'exc' is assigned to but never used"

4dd5d27... by Matthew Yeazel

Fix more errors with flake8 and imports

50ad259... by Matthew Yeazel

Add test for one entry

895ba3c... by Matthew Yeazel

Fix issue with multiple AuthorizedKeysFile entries

If a user puts two entries in the AuthorizedKeysFile, cloud-init
will manage the keys in the first file.

https://bugs.launchpad.net/cloud-init/+bug/1404060

34595e9... by Joshua Powers

tests: Enable AWS EC2 Integration Testing

This enables integration tests to utilize AWS EC2 as a testing platform by
utilizing the boto3 Python library.

Usage will create and delete a custom VPC for every run. All resources
will be tagged with the ec2 tag, 'cii', and the date (e.g.
cii-20171220-102452). The VPC is setup with both IPv4 and IPv6
capabilities, but will only hand out IPv4 addresses by default. Instances
will have complete Internet access and have full ingress and egress access
(i.e. no firewall).

SSH keys are generated with each run of the integration tests with the key
getting uploaded to AWS at the start of tests and deleted on exit. To
enable creation when the platform is setup the SSH generation code is
moved to be completed by the platform setup and not during image setup.
The nocloud-kvm platform was updated with this change.

Creating a custom image will utilize the same clean script,
boot_clean_script, that the LXD platform uses as well. The custom AMI is
generated, used, and de-registered after a test run.

The default instance type is set to t2.micro. This is one of the smallest
instance types and is free tier eligible.

The default timeout for ec2 was increased to 300 from 120 as many tests
hit up against the 2 minute timeout and depending on region load can
go over.

Documentation for the AWS platform was added with the expected
configuration files for the platform to be used. There are some
additional whitespace changes included as well.

pylint exception was added for paramiko and simplestreams. In the past
these were not already flagged due to no __init__.py in the subdirectories
of files that used these. boto3 was added to the list of dependencies in
the tox ci-test runner.

In order to grab console logs on EC2 the harness will now shut down an
instance before terminating and before collecting the console log. This
is to address a behavior of EC2 where the console log is refreshed very
infrequently, but one point when it is refreshed is after shutdown.

0b5bacb... by Chad Smith

cli: cloud-init clean handles symlinks

Fix cloud-init clean subcommand to unlink symlinks instead of calling
del_dir.

LP: #1741093

25ddc98... by Robert Schweikert

SUSE: Add a basic test of network config rendering.

This simply increases test coverage in rendering of network config
for SUSE and SLES.

b05b997... by Chad Smith

Azure: Only bounce network when necessary.

This fixes a traceback when attempting to bounce the network after
hostname resets.

In artful and bionic ifupdown package is no longer installed in default
cloud images. As such, Azure can't use those tools to bounce the network
informing DDNS about hostname changes. This doesn't affect DDNS updates
though because systemd-networkd is now watching hostname deltas and with
default behavior to SendHostname=True over dhcp for all hostname updates
which publishes DDNS for us.

LP: #1722668