-
Notifications
You must be signed in to change notification settings - Fork 14
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
Actor invocations should clean up after themselves #12
Comments
Yes, this is actually fixed in the current version but not deployed to staging yet. |
How is it configured? I’m running from the repo. —
|
Hmm, there's no configuration needed. You are seeing actor containers pile up? If so, that's a bug. The commit was from October: 61407c8 |
Pushed a fix. Docker 1.9 broke the stats API since there are multiple networks now, a network must be selected. Since stats collection happens before removal, it was breaking container removal as well. Two of the automated tests are still failing, so I am continuing to look, but manual testing appears to be working. |
Test are now passing and staging has been updated. Closing out. |
Currently when invoking actors repeatedly, the completed containers are left on the execution host. This creates a heck of a stockpile of containers and disk. Having them cleaned up after completion would help the system stay up longer, achieve better throughput, and handle requests for larger containers more promptly.
The text was updated successfully, but these errors were encountered: