4a96509146
A requirement for a subcloud's admin network is that its subnet information be able to be updated without host lock / unlock. Accordingly, the service domain interface and admin-ip service in SM must be provisioned / deprovisioned at runtime. In an AIO-DX system this can cause issues in certain circumstances as the disablement / enablement must be done via puppet and can be affected by the ordering a user performs each action as well as the timing of the currently running manifests on each host. This commit disables the failover behaviour for the admin network, as link flapping and heartbeat losses are expected as the service domain interface is provisioned/deprovisioned. Also in this commit is the disablement of heartbeat messages on service domain interface de-provision to prevent log spamming, as well as a couple other minor issues that were found while testing. Depends-On: https://review.opendev.org/c/starlingx/stx-puppet/+/889872 Test plan: - No uncontrolled swacts while re-configuring admin subnets or reverting to the management subnet (deleting the admin address pool) dozens of times. - Alarms still generated on interface down / heartbeat loss - Switching back and forth between admin network / mgmt network via dcmanager. Story: 2010319 Task: 47707 Change-Id: I761b5b20b6de198ef763b2d3480e6f7cd380f952 Signed-off-by: Steven Webster <steven.webster@windriver.com> |
||
|---|---|---|
| api-ref/source | ||
| devstack | ||
| doc | ||
| releasenotes | ||
| service-mgmt | ||
| service-mgmt-api | ||
| service-mgmt-client | ||
| service-mgmt-tools | ||
| stx-ocf-scripts | ||
| .gitignore | ||
| .gitreview | ||
| .zuul.yaml | ||
| CONTRIBUTORS.wrs | ||
| LICENSE | ||
| README.rst | ||
| bindep.txt | ||
| centos_build_layer.cfg | ||
| centos_dev_wheels.inc | ||
| centos_iso_image.inc | ||
| centos_pkg_dirs | ||
| centos_stable_wheels.inc | ||
| debian_build_layer.cfg | ||
| debian_iso_image.inc | ||
| debian_pkg_dirs | ||
| github_sync.trigger | ||
| pylint.rc | ||
| test-requirements.txt | ||
| tox.ini | ||
README.rst
ha
The starlingx/ha repository handles High Availability services1.
Its key component is the StarlingX Service Management (SM), which coordinates the StarlingX services.
This repository is not intended to be developed standalone, but rather as part of the StarlingX Source System, which is defined by the StarlingX manifest2.