-
Notifications
You must be signed in to change notification settings - Fork 179
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
[ARCHIVED] Set up sysctls when tuning nodes #749
Labels
lifecycle/migrated-away
Indicates that this issue is archived and tracking continues in a copy.
priority/archived
Lowest priority possible - means that the issue is archived.
Comments
Feasible for 1.9? |
The Scylla Operator project currently lacks enough contributors to adequately respond to all issues. This bot triages un-triaged issues according to the following rules:
You can:
/lifecycle stale |
/remove-lifecycle stale |
Will be tracked in #2457. |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Labels
lifecycle/migrated-away
Indicates that this issue is archived and tracking continues in a copy.
priority/archived
Lowest priority possible - means that the issue is archived.
What should the feature do:
We should tune sysctls related to scylla on the scylla nodes. Ideally we need to keep a list in sync with what's in regular scylla deployment but enforcing that may not be realistic. Also some values may need to be raised as we could run multiple scylla pods per kubernetes node.
What is use case behind this feature:
Some sysctls can be set directly on our CR but only those that are namespaced (https://kubernetes.io/docs/tasks/administer-cluster/sysctl-cluster/#setting-sysctls-for-a-pod).
fs.inotify.max_user_instances
is one of the cases that aren't namespaced and scylla needs them scylladb/scylladb#7700Additional Information:
https://scylladb-users.slack.com/archives/CCC9J41FW/p1628195109003700
Tasks
The text was updated successfully, but these errors were encountered: