-
Notifications
You must be signed in to change notification settings - Fork 202
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
Crashing containers following official docker-compose getting started guide #605
Comments
After encountering this thread, I decided to try bumping the ZooKeeper version to something more recent (specifically "jplock/zookeeper:3.5.5"), and that seems to have resolved the issue. I'll be following up with a PR to bump the docker-compose file, at which point I believe we can close this issue. |
Hello, we have moved to using Helm for running containers. You can follow the README in this repo: https://github.com/Netflix/mantis-helm It should start all the necessary containers in Kubernetes. |
Sweet, thanks for sharing the preferred approach @calvin681. Does that imply we don't want the docker-compose file fixed? In that case, should we delete it and update the getting started guide to point to mantis-helm instead? |
@calvin681: Separately, is there a chance that my issues building from source (#604) are related to the fact that developers build using some special process/env that's also out of date with the official docs? |
Yes, we should delete docker compose and update the docs. We still use gradle to build, see this line in our github action: https://github.com/Netflix/mantis/blob/master/.github/workflows/nebula-ci.yml#L39 If that's failing, then it's likely a bug. |
How about we keep this ticket open until we fix up the docs. I should have an opportunity to go through the helm process later this week, and it shouldn't be that much extra work to fix up the docs at the same time. |
Summary
Hey folks. I'm encountering crashing containers while following the official docker-compose guide getting started guide:
I can see logs showing that mantisagent, mantismaster, and mantisapi all exit with non-zero status codes (in that order):
I'm running this on OSX Sonoma (aarch64), but have been able to reproduce on Linux (amd64) as well.
Details
Right before the crash of the agent and the master, I see the following log line from ZooKeeper:
Other potential culprit logs (there are too many to dump all of them here) include:
The text was updated successfully, but these errors were encountered: