
If Site1 (the local site) is down while setting up the protection group, the subcloud peer group sync state is unable to determine. This commit will automatically create the non-primary association on Site2 (the peer site) when creating a primary association, and update the sync state to the non-primary association. Then the operator can check the sync state on Site2 if Site1 is down. Test Plan: - PASS: Create a primary association and check the non-primary association on peer site. It was created, and sync_status will follow the primary association's sync_status. - PASS: Delete the primary association and check the non-primary association on peer site. It was deleted. - PASS: If you restart the "dcmanager-manager service" in the local site while the association sync_status is in "syncing", the sync_status will transition to "failed". - PASS: Create a primary association and wait for the sync_status change to "in-sync". Delete the subcloud peer group on peer site, the deletion will fail because it is associating to the non-primary association. Closes-Bug: 2046809 Change-Id: Ia917d0dc7c65fbea1e222fb52dbec79fdbe65b65 Signed-off-by: Zhang Rong(Jon) <rong.zhang@windriver.com>
controllers
API request processing
- root.py:
-
API root request
- subclouds.py
-
Controller for all the subcloud related requests
- restcomm.py:
-
common functionality used in API