You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The Docker check is producing exceptions if there aren't any containers running, which doesn't really feel like an exceptional condition.
Here's an example of the backtrace:
2014-06-17 14:31:09 UTC | ERROR | dd.collector | checks.docker(__init__.py:515) | Check 'docker' instance #0 failed
Traceback (most recent call last):
File "/usr/share/datadog/agent/checks/__init__.py", line 506, in run
self.check(copy.deepcopy(instance))
File "/usr/share/datadog/agent/checks.d/docker.py", line 151, in check
raise Exception("No containers are running.")
Exception: No containers are running.
For what it's worth we're running datadog-agent 1:4.3.1-522, but it doesn't look like behaviour in master has changed. Perhaps set the 'running containers' gauge to zero and just return instead?
The text was updated successfully, but these errors were encountered:
The 'no containers' case happened as I was provisioning a new node, but the same thing could happen when deploying new code (i.e. sample occurs when old container is gone but before replacement comes up).
The Docker check is producing exceptions if there aren't any containers running, which doesn't really feel like an exceptional condition.
Here's an example of the backtrace:
For what it's worth we're running
datadog-agent 1:4.3.1-522
, but it doesn't look like behaviour in master has changed. Perhaps set the 'running containers' gauge to zero and just return instead?The text was updated successfully, but these errors were encountered: