~raharper/cloud-init:fix/net-wait-for-interfaces

Branch merges

Propose for merging

Merged into cloud-init:master

Server Team CI bot: Approve (continuous-integration) on 2019-07-17

Dan Watkins: Approve on 2019-07-17

Diff: 496 lines (+315/-32)

6 files modified

cloudinit/distros/opensuse.py (+2/-0)
cloudinit/net/__init__.py (+67/-21)
cloudinit/net/tests/test_init.py (+213/-0)
cloudinit/stages.py (+21/-6)
cloudinit/tests/test_stages.py (+9/-2)
tests/unittests/test_net.py (+3/-3)

api

Related source package recipes

No recipes using this branch. (?)

Create packaging recipe

Related snap packages

Related charm recipes

68d4cb8... by Ryan Harper on 2019-07-17

Fix leaked calls to net.device_driver, net.device_devid, add testing

e0665bd... by Ryan Harper on 2019-07-17

Add unittests for wait_for_physdevs, update comment in implementation.

9123dc0... by Ryan Harper on 2019-07-16

Drop unneeded unittest changes

0a845b6... by Ryan Harper on 2019-07-16

stages: decouple code-flow return from task of apply_netcfg_names

9a1ded1... by Ryan Harper on 2019-07-16

apply_network_config_names: drop unneeded return

89e36c5... by Ryan Harper on 2019-05-03

Fix up unittest

b6841cb... by Ryan Harper on 2019-04-29

opensuse: use non-conflicting, higher value than 70-persistent-net.rules to avoid conflict with system rules.

4f5614c... by Ryan Harper on 2019-04-26

net: by_mac returns dict, not list of tuple

80f94bb... by Ryan Harper on 2019-04-26

net: reorder apply_network_config and include a wait for physical interfaces.

a24550a... by Sam Gilson on 2019-07-15

Cloud-init analyze module: Added ability to analyze boot events.

This branch introduces a new command line feature for cloud-init.
Currently, the cloud-init module has the capability to analyze events in
cloud-init.log in three ways: 'show', 'blame', 'dump'.
These changes add a fourth capability, called 'boot'.
Running the command 'cloud-init analyze boot' will provide the user three
timestamps.
1) Timestamp for when the kernel starts initializing.
2) Timestamp for when the kernel finishes its initialization.
3) Timestamp for when systemd activates cloud-init.
This feature enables cloud-init users to analyze different boot phases.
This would aid in debugging performance issues related
to cloud-init startup or tracking regression.