-
Notifications
You must be signed in to change notification settings - Fork 67
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
Mattermost Taint/Toleration Support #237
Comments
Hey, thanks for submitting the issue. I think adding this could make sense and I really like the first solution proposed with a slight adjustment to keep it in line with type Scheduling struct {
...
Tolerations []v1.Toleration `json:"tolerations,omitempty"`
} Marking it as a |
@Szymongib is it up for grabs. What are other interesting problems to solve. |
@vineelyalamarthy, yes this ticket is up for grabs if you want to take a shot at implementing it. |
yes sure. @gabrieljackson would like to check out some tasks on the app backend as well. Any pointers. |
Are you referring to the Mattermost App itself? If so, those help wanted tickets can be found here: https://github.com/mattermost/mattermost-server/issues?q=is%3Aopen+is%3Aissue+label%3A%22Up+For+Grabs%22 |
@gabrieljackson can you assign this to me. |
@vineelyalamarthy Done! Thanks for taking this on. |
Summary
The Mattermost Operator does not expose tolerations as part of the scheduling spec:
https://github.com/mattermost/mattermost-operator/blob/master/apis/mattermost/v1beta1/mattermost_types.go#L96
Steps to reproduce
Create Kubernetes nodes with a Taint and try and schedule the mattermost pods on those nodes.
Expected behavior
Given a taint, we should be able to tell the mattermost pods to tolerate the taint via:
Observed behavior (that appears unintentional)
Possible fixes
Toleration Spec
mattermost-operator/pkg/mattermost/mattermost.go
Line 411 in 8df0b9e
The text was updated successfully, but these errors were encountered: