-
-
Notifications
You must be signed in to change notification settings - Fork 142
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
[docker] Constant GETs, 100% CPU utilization #588
Comments
Hi. Is it exposed to the internet? Edit: |
With dashy set to status check /login.php, the requests still timeout in the same way. I have login disabled from wallos's admin panel. I think you're right that dashy keeps requesting (even after disable status checking and reloading the config) because the wallos CPU load stops when I stop dashy. Sorry if this isn't a helpful issue,maybe these two just aren't compatible. |
Ahh. I think that with the login disabled there's always a 302 redirect. If dashy can check for 302 instead of 200, it might work. |
Good idea, I used the statusCheckAcceptCodes option but still get the same behavior. I can't figure out how to get dashy to do debug logging but the UI says "request timed out". |
Could you figure it out? |
Wallos was really slow for me, im not quite sure what the issue is. Maybe it's my fault, im not sure. I recently used version 2.37.1 and it needed really long to respond, so long sometimes that Uptime kuma couldn't reach the website and constantly switched between off/online. I switched now to 2.38.2, I will monitor and see if that fixes it |
What is wallos doing?
For the second time in the past fews days since starting running wallos, I've looked at
ctop
when my system seemed slow and saw the wallos container using 100% of my CPU. Where can I start to get more info on what the hell is happening? Are these GETs normal and unrelated to what wallos could possibly be using 100% of my CPU for?Something else I noticed that could be related is that I had wallos set up in dashy with a status indicator which never seemed to resolve itself green.
The text was updated successfully, but these errors were encountered: