mirror of
https://github.com/louislam/uptime-kuma.git
synced 2026-03-02 22:57:00 -05:00
What is the best recommendation for overcoming an ETIMEDOUT false alarm for a docker? #1794
Labels
No labels
A:accessibility
A:api
A:cert-expiry
A:core
A:dashboard
A:deployment
A:documentation
A:domain expiry
A:incidents
A:maintenance
A:metrics
A:monitor
A:notifications
A:reports
A:settings
A:status-page
A:ui/ux
A:user-management
Stale
ai-slop
blocked
blocked-upstream
bug
cannot-reproduce
dependencies
discussion
duplicate
feature-request
feature-request
good first issue
hacktoberfest
help
help wanted
house keeping
invalid
invalid-format
invalid-format
question
releaseblocker 🚨
security
spam
type:enhance-existing
type:new
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/uptime-kuma#1794
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @miguelarios on GitHub (Jan 17, 2023).
⚠️ Please verify that this bug has NOT been raised before.
🛡️ Security Policy
📝 Describe your problem
I have a few dockers (not all) that are getting an ETIMEDOUT it is not regularly happening as in on a predictable standpoint so just curious if I should just extend the 60s to 120s or if there is something else.
I'm using docker-socket-proxy to proxy my docker socket inside Tailscale between my homelab in my LAN and a VPS where uptime kuma resides.
🐻 Uptime-Kuma Version
1.19.3
💻 Operating System and Arch
Debian 5.10.149
🌐 Browser
Firefox 108.1
🐋 Docker Version
Docker 20.10.22
🟩 NodeJS Version
No response