-
Notifications
You must be signed in to change notification settings - Fork 0
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
Multiple containers spawned #34
Comments
Interesting... seems like the proxy processes are dying and becoming zombie processes.
This explains another oddity I've observed... the |
Proxy does not seem able to connect to peers:
|
The proxy issues in #39 have been resolved. With small images (e.g. the However, multiple containers still do get created in the event that the container takes a while to fully start. This has been simulated by simply adding a |
Recent bug fixes (#39 then #40) seems to have solved this issue. Even with the |
This issue appears to be back with the HTTP-over-P2P proxy. Likely root-cause is the fact that we currently have no way to tell when a container is "ready", thus we fail and keep re-trying, and hence keep booting new containers. Will need to investigate and figure out a fix (or temporary work-around until we have a "ready" mechanism similar to what K8s offers). |
Not sure if this is a timing issue or not (e.g. proxy hasn't had time to come up yet).
When trying the hello-world example, I noticed the
allocator
properly created a container, but theproxy
(sourceproxy
) was unable to contact the destinationproxy
, so it fell-back to creating another container, and this cycle repeated.Log from source proxy:
The result is that multiple containers was created within a short timespan (in each node with an
allocator
):A subsequent attempt seemed to have succeeded, but only after the second container was created:
The text was updated successfully, but these errors were encountered: