Silent failure in Horizon when semantic checks prevent an action
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
StarlingX |
Fix Released
|
Medium
|
Tyler Smith |
Bug Description
Brief Description
-----------------
Error messages as a result of semantic check validation are not being propagated to horizon
Severity
--------
Major
Steps to Reproduce
------------------
- Lock a storage node in a storage group
- Attempt to lock the other storage node in the same group using Horizon
- The second lock silently fails without an error message being returned
- Meanwhile if the user checks the logs, the reason for the failure is given
- These error messages need to be propagated to horizon so the user has some feedback
Expected Behavior
------------------
Error messages and warnings displayed on the horizon console
Actual Behavior
----------------
Silent failure when semantic checks prevent an action
Reproducibility
---------------
Reproducible
System Configuration
-------
Dedicated storage based system
Branch/Pull Time/Commit
-------
designer build based on 2019-03-21 21:18:32 +0000, but the issue is believed to be a generic problem.
Last Pass
--------------
N/A
Timestamp/Logs
--------------
2019-04-03 14:11:45.329 104779 WARNING wsme.api [-] Client-side error: Cannot lock a storage node when ceph pools are not empty and replication is lost. This may result in data loss.
tags: |
added: stx.2.0 removed: stx.2019.05 |
tags: | removed: stx.retestneeded |
Changed in starlingx: | |
status: | Confirmed → Fix Released |
Marking as release gating; issue with error propagation to horizon