Open jpittis opened 11 months ago
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 (https://github.com/Netflix/mantis/issues/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: