Skip to content
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

With PodUID after Pod dies, several Pods in isoGroups become unavailable #186

Open
rongo89 opened this issue Jan 23, 2020 · 0 comments
Open

Comments

@rongo89
Copy link

rongo89 commented Jan 23, 2020

I have an m3db cluster with 3 statefulsets(3 isolationGroups) and 3 nodes each. The podIdentifySource is PodUID because local disk way faster in our case.

  • What version of the operator are you running? Please include the docker tag. If using master, please include the git

    • v0.3.0
    • docker-pullable://quay.io/m3db/m3db-operator@sha256:bdd6e3b89eb634f7452119504411e4009088abedce707231b524116ed85152e7
  • What version of Kubernetes are you running? Please include the output of kubectl version.

    • v1.14.8
  • What are you trying to do?

    • one Pod of an statefulset is deleted on purpose.
  • What did you expect to happen?

    • New Pod should came up and stream from rest of the of the isolation group members.
  • What happened?
    New Pod came up (in statefulset where pod was deleted before). At the same moment another pod of the group becomes unavailable and starts to stream from somewhere else. Also in the other isolationGroups one Pod each becomes unavailable and starts to stream from other members.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant