Closed chibacityblues closed 6 years ago
Thx for report. You can't improve it. Let me see what I can do in the code.
Hello! You can't fix it. cAdvisor have got same issue with AUFS. Everyone should use OverlayFS to avoid this issue.
Yes, I follow https://github.com/google/cadvisor/issues/771. It looks like a problem of used Docker golang library. monitoringartist/dockbix-agent-xxl-limited uses that library to collect stats data. Unfortunately used library doesn't support disconnect function. In the theory paid image monitoringartist/dockbix-agent-xxl doesn't have this issue, because it doesn't initialize Docker golang library.
OverlayFS can be a workaround, but you may find another type of issues related to overlayfs https://github.com/monitoringartist/dockbix-agent-xxl/issues/16
I've added signal forwarding (3.4-3+ version), so any SIGTERM signal(s) from the docker daemon will also be forwarded to the zabbix_agentd. It may help with this issue.
I'm using dockbix-agent-xxl-limited on one of our CI systems for evaluation. While working nicely, I encountered an issue when containers are removed (either by hand or by CI):
Digging deeper revealed dockbix-agent-xxl as the blocking process:
After stopping the agent-container, removing other containers works again.
Is there something I can do about this?