Closed omidmaldar closed 2 years ago
again a nicely written PR! :)
just found a minor thing with a change proposal you could accept and there are apparently some merge conflicts. Can you imagine resolving them? otherwise I could also have a look, but it seems like I don't have write access to that branch, so I would need to fork that and create a new PR... 🙃
Hi there Thanks for your comment. Sounds reasonable. I'll update the pr and resolve the conflict. Good timing 🙂
What
With the current setup
RECORDINGS_METRICS_READ_FROM_DISK
is always set tofalse
. This causes the api calls for collecting ecordings metrics lasts over a few minutes if there are too many recoordings available. Changes proposed in this pr lets user to decied if they want to change it totrue
and benefit from faster (less than a second) metric collection.Why
Promethues exporter spends substantial time for collecting recording metrics via bbb api. The operation takes very long time especially when there are many recordings available. The consequence of api call could be a timeout error which is logged in the docker container as follows. As a result of the error, Grafana encounters lack of data too.
Example of error message
Example of lack of data on Grafana panel
The error may also implies that the bbb server is down/offline.
References