87236af75c
When a glean is running on centos with multiple NICs, it will try to systemctl enable network.service multiple times for each interface. Because of systemd magic, it is possible for the systemctl command to fail in a race condition. glean shouldn't be enabling network.service during boot in pre-networking phases (Ib2b618dd975ca44e9c6b0a2c9027642ffc46b9b0). I have proposed I8319f1ed6498a9d447950c2b4b34bca59e7b97e4 to remove this and document the behaviour. This also bring across suse's version (I20bffabd333ea290d8712ec2a467f2b2d5678f3a) Change-Id: I89d9443cb61e287bd0d9da3f48315272218ee335 Signed-off-by: Paul Belanger <pabelanger@redhat.com>
6 lines
114 B
Text
6 lines
114 B
Text
cloud-init-datasources
|
|
dib-init-system
|
|
install-types
|
|
pip-and-virtualenv
|
|
runtime-ssh-host-keys
|
|
source-repositories
|