-
Notifications
You must be signed in to change notification settings - Fork 1
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
[Deliverable] Metric: Count store messages #167
Comments
Richard is creating a separate tool for this task, work on other clients not expected. |
Closing as completed waku-org/storenode-messages-counter#8 (comment) |
Re-opened because we need some graph or dashboard to actually see the missing message count, so that we can check that with store sync there are indeed no recent message missing. There was also performance issue due to the traffic spike. @richard-ramos Are performance improvement done? When do you think we can have the graphs? |
Graphs can be seen here: https://grafana.infra.status.im/d/hmX6pJ_Iz/storenode-message-counter?orgId=1 |
I did add some degree of concurrency to try improve the performance. So far the delay to process the messages seem to hover around ~8m which seems fine |
Latest update on this. The current diagram are good to highlight issues with the store node. However, it does not enable us to confirm whether store sync are able to fix missing messages. The proposal is to add a secondary check that reviews if known missing messages are still missing after some times. Here is the description of the graphs: 3 graphs per period:
for each
So if you look at past hour, it shows at time So ideally, from the moment store sync is enabled, past day and past week always flat line. And past hour can be used to debug store sync and improve it to flat line it. And this way, we can also affirm that the store are sync'd over given period of time. @SionoiS @Ivansete-status if you can confirm that such change would help confirm that store sync is able to recover store node message discrepancies that would be great. Also please clarify:
on Status fleets. |
Also, @richard-ramos, can we also deploy it for TWN? Would be good to have if projects complain of message loss. not urgent. |
Every hours.
Last hour minus 20s. |
I think this is a great idea but we can make it simpler, i.e., make the |
Hm. I did add the message re-verification requested by Franck earlier and did not add much complexity to the code. I think it should be fine since it is extra information that might be useful. If later we see that it is not really needed, we can drop the changes (I'm all in for removing code! :) ) |
All features done and added to dashboard: https://grafana.infra.status.im/d/hmX6pJ_Iz/storenode-message-counter?orgId=1&from=now-7d&to=now Dogfooding started. Will review in a week and close deliverable. |
Done! |
Project: https://github.com/orgs/waku-org/projects/22/views/1
Description
Message-finder is used to compare the number of Status messages across Status nodes to understand the potential discrepancies and odd behaviour of messages being inserted in the past in a given channel.
This deliverable captures the message count on all Waku fleets to use as a metrics of the efficacy of store sync.
Tool is being created in https://github.com/waku-org/storenode-messages repo, work on other clients is not expected.
Tasks
Output
https://grafana.infra.status.im/d/hmX6pJ_Iz/storenode-message-counter?orgId=1&from=now-7d&to=now
The text was updated successfully, but these errors were encountered: