-
Notifications
You must be signed in to change notification settings - Fork 219
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
Bug: Probe operational but no effects #1492
Comments
Couple of things:
|
Thanks for the reply. Yes, the probes are assigned to the monitor in question, show a green "connected" status an are enabled. On the same page, when I click on "View Logs" it says "Not monitored yet" although it is active and the monitoring interval is 5 minutes. I take it you mean the config.env file, the variable is LOG_LEVEL=DEBUG, will post probe logs... |
There is indeed something in the logs of the docker container: oneuptime/probe:release Probe is not registered yet. Skipping alive check. Trying to register probe again... How can I check for the endpoint in question? |
@pschapler can you please also update the software to latest and see if you face this? |
Once you update the software to latest, you should see which endpoint was not being hit. |
Just did as you said - here is the new log entry: Registering Probe... |
Can you please check if ingestor container is up and running. |
Yes, it is up, but producing errors: APIException [Error]: Endpoint is not available |
And ingestor server started on port: 3400 |
Describe the bug
We installed the docker-based latest version of OneUptime and created a couple of monitors to check, most of the them of the "website" type. The probe docker images are online, the admin section shows a green status for them and so do the individual monitors. All of them show the green icon and the "operational" status.
However, neither of the probes show up with logs and for testing, we created a ping type monitor for an internal 10.0.0.x address that has to fail for there is no such ip address. Nevertheless, the probe image does not recognize this state and the status continues to be operational, the monitor never enters the failed state for the probing fails.
How to check / correct that?
To Reproduce
Steps to reproduce the behavior:
Expected behavior
The probe images should recognize the missing availability of the ip address, update the status of the monitor and produce log files to check on.
Desktop (please complete the following information):
Deployment Type
Thi is the self hosted, docker-based version of OneUptime.
The text was updated successfully, but these errors were encountered: