"280.003 Subcloud Backup Failure" alarm is not removed after unmanaging/deleting subcloud
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Low
|
Christopher de Oliveira Souza |
Bug Description
Brief Description
-------
When the subcloud backup fails, the 280.003 alarm is not removed after unmanaging/deleting the subcloud.
Severity
-------
Minor.
Steps to Reproduce
-------
Create subcloud backup
dcmanager subcloud-backup create --subcloud subcloud1 --sysadmin-password Li69nux*
Watch Ansible logs and power off (or sudo reboot) the subcloud after reaching the following task: "Run subcloud1 backup playbook"
Backup fails as it cannot connect to the subcloud (it will take some minutes)
'Failed to connect to the host via ssh: ssh: connect to host 2620:10a:
Check Backup status goes to 'failed' state
Check 280.003 alarm using 'fm alarm-list'
Unmanage/Delete the subcloud
Wait some time and re-check 'fm alarm-list'. The alarm will be there even after deleting the subcloud.
Expected Behavior
-------
The alarm cleared after deleting the subcloud
Actual Behavior
-------
The alarm is still present after deleting the subcloud.
Reproducibility
-------
1 out of 1.
System Configuration
-------
Distributed Cloud
Load info (eg: 2022-03-
-------
22.12 - 2022-12-18_09-30-35
Last Pass
-------
NA
Timestamp/Logs
-------
// Alarm
280.003 | Subcloud Backup Failure (subcloud=
Alarms
-------
NA
Test Activity
-------
Feature testing
Workaround
-------
NA.
Changed in starlingx: | |
assignee: | nobody → Christopher de Oliveira Souza (cdeolive) |
Changed in starlingx: | |
importance: | Undecided → Low |
tags: | added: stx.8.0 stx.distcloud |
Fix proposed to branch: master /review. opendev. org/c/starlingx /distcloud/ +/872643
Review: https:/