| Age | Commit message (Collapse) | Author |
|---|
|
This allows user to specify the following to overwrite a previously
declared entry without warnings.
rsyslog: {'remotes': {'foo': None}}
|
|
new format of config is namespaced under top level 'rsyslog'
rather than having 3 tokens in the top level namespace.
Additionally added here are:
* tests
* support for legacy config
* support for 'remotes' configuration allowing simple config like
rsyslog: remotes: {'myremote': "192.168.1.1"}
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Testing on trusty shows that:
service rsyslog reload
does produce a message like:
rsyslogd was HUPed
but does not result in new config being in honored.
Using restart does, and with upstart that should be fine (as upstart will
start only if previously running).
|
|
|
|
|
|
reasonable test of reworked rsyslog module
|
|
|
|
|
|
Azure's ephemeral disks are not guaranteed to be assigned the same name by
the kernel every boot. This causes problems on ~2% of Azure instances, and
can be fixed by using udev rules to give us a deterministic path to mount;
this patch introduces those udev rules and modifies the Azure data source
to use them.
Changes to a couple of config modules were also required. In some places,
they just needed to learn to dereference symlinks. In cc_mounts this
wasn't sufficient because the dereferenced device would have been put in
/etc/fstab (rather defeating the point of using the udev rules in the
first place). A fairly hefty refactor was required to separate "is this a
valid block device?" from "what shall I put in fstab?".
LP: #1411582
|
|
|
|
This makes the full data source available to the mirror selection code,
which means we can implement region logic on the data source for
everything to use rather than it being mirror-selection-specific.
It also implements that region logic for EC2 and GCE.
LP: #1470890
|
|
|
|
ssh: generate ed25519 host keys if supported
now we attempt to generate ed25519 host keys.
If ssh-keygen does not support it, a debug log message will be written.
LP: #1461242
|
|
now we attempt to generate ed25519 host keys.
If ssh-keygen does not support it, a debug log message will be written.
LP: #1461242
|
|
|
|
|
|
|
|
tests (specifically DataSourceOpenNebula) runs 'ip' which comes from
iproute2.
|
|
|
|
|
|
|
|
Also implement DataSource.region for EC2 and GCE data sources.
|
|
|
|
LP: #1461242
|
|
|
|
these tests were previously passing, but doing so erroneously.
I believe that an update to mock caused them to start failing.
I've updated the tests now. The simple change is
replacing 'assert_called_with_once' with 'assert_called_once_with'.
The second set of changes is seemingly a correction of the following tests
expectations:
test_normal_version_2 : was not expecting to get frequency passed into
handle_part, but should have been.
test_no_handle_when_modfreq_once: was expecting to have handle_part
called even though the test implies otherwise.
test_exception_is_caught: this test just looked broken.
Now, we're testing that the part handler is called and that no
exception is raised past handle_part
|
|
And install them in the Debian packaging.
|
|
The ephemeral disk will not necessarily be assigned the same name at
each boot (LP: #1411582), so we use some udev rules to ensure we always
get the right one.
|
|
|
|
|
|
LP: #1470880
|
|
this fixes the cloudsigma datasource when used with python3.
LP: #1475215
|
|
|
|
Change the logic for user data handling back to the original intent. A style
change also modified the logic of the user data handling leading to user data
being ignored even if it exists.
|
|
|
|
|
|
|
|
Different versions of the CloudStack password server respond differently;
wget handles these nicely for us, so it's easier to just use wget.
LP: #1464253, #1440263
|
|
Different versions of the CloudStack password server respond
differently; wget handles these nicely for us, so it's easier to just
use wget.
LP: #1440263, #1464253
|
|
given config:
{'growpart': {'devices': ["/"]}}
the 'devices' was ignored, it was incorrectly read from the top
level non-namespaced location.
LP: #1465436
|
|
LP: #1463373
|
|
|
