Closed megastef closed 8 years ago
ping @boucher
Hi, sorry I might be wrong here. I see the changes are not published on npm yet - so the last PR is probably not the reason. I have to check with different Docker Version, currently using Docker for Mac Version 1.11.1-beta14 (build: 8670). I'll update this issue after more tests with other Docker versions.
Let me know if anyone needs npm access on this.
I kind of doubt this is related to my pull request, which was specifically about paused containers. It might be useful to try and prepend your logs with timestamps, and run the daemon in debug mode, and then try to figure out the exact order that things are happening in. An interesting very simple test might be to try creating your allcontainers instance in a timeout like 30 seconds after startup and see if the behavior is the same.
I can't reproduce it on Linux - so probably my local setup on the MacBook. Closing the issue. Sorry.
FYI: There have been at least 2 issues: 1) I think this was the problem, missing events on fast start/stop of several containers: https://github.com/mcollina/docker-allcontainers/issues/9 2) A different issue: https://github.com/pelger/docker-stats/issues/9
Hi, we use docker-loghose and some other modules depending on "allcontainers" (in Sematext Docker Agent collecting logs, events and metrics). During release tests we found out that all containers are reported but NOT the sematext-agent itself, which is just starting. During startup we attach to all containers... We have not changed any relevant code, so I came here to see if there is any change. In the past it was no problem to discover all containers (regardless of state ...).
Log output from Sematext Docker Agent during startup:
And docker ps
Even hours later there was never an event to attach to 'sematext-agent'.
Are you sure that the latest pull-request https://github.com/mcollina/docker-allcontainers/pull/7 covers all states? See diagram from Docker documentation: