-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenMCT should tell you it cannot connect to its persistence store #4888
Comments
An easy implementation would be to just notice on page load if the persistence store is down and pop up a notification. A nicer implementation would be to heartbeat the persistence store, and notify when connection is lost or restored. |
Let's definitely implement this for Couch. We can use the SimpleIndicator. There is actually a generic URLIndicator which you could potentially use as a guide for this. For Couch, since we hold a persistent connection open for updates, could we just use the status of that connection as a proxy for Couch availability? |
Using the server side event feed is a good idea @akhenry! This will be helpful when the connection drops while you're looking at the page (i.e., post page load): Note to get OpenMCT to use CouchDB (so you can implement this ticket), follow the README here: |
TestingCase 1
Case 2
Case 3
|
Case 1 above fails - after ending the couchdb process indicator does not turn yellow. |
@ozyx to take a look |
I was not able to reproduce this issue locally on |
Found some scenarios where the indicator will show 'connected' erroneously: #5406 |
Verified this as a feature - there is a bug outstanding which will be addressed separately. |
Is your feature request related to a problem? Please describe.
If OpenMCT cannot connect to its persistence store (e.g., CouchDB), there's no notification to the user aside from some exciting errors in the console. The stored objects in CouchDB don't appear, and the first error a user will get is if they try to save something and the dialog hangs.
Describe the solution you'd like
We should alert the user that the configured persistence store is unreachable.
Describe alternatives you've considered
If they have more than one persistence store, perhaps one being down is acceptable? In that case, I think an operator would still like to know that one of them is unavailable.
Additional context
The error message if CouchDB is down:
The frozen save dialog:
The text was updated successfully, but these errors were encountered: