-
Notifications
You must be signed in to change notification settings - Fork 24.7k
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
Enforce node level limits if node is started in production env #16733
Conversation
* - discovery.zen.minimum_master_nodes | ||
* - discovery.zen.ping.unicast.hosts is set if we use zen disco | ||
* - ensure we can write in all data directories | ||
* - fail if mlock all failed and was configured */ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
❤️, this is one that I've wanted to do for a long time.
LGTM. Great! |
d104334
to
ba5c4a3
Compare
@jasontedor @bleskes I added some tests and I wonder if we should also switch to strict mode when folks configure profiles? |
This commit tries to 'guess' if a user starts a node in production by checking if any network host is configured. If that is the case soft-limits that are only logged otherwise are enforced like number of open file descriptors. Closes elastic#16727
ba5c4a3
to
55a8b17
Compare
Enforce node level limits if node is started in production env
This commit is broken on OS X. |
The referenced workaround #16813 does not work either. We should revert this commit. |
I tried to revert it myself, but github does not allow it. I'm too lazy to revert it manually, but this should be reverted, and only committed when actually tested. |
@rmuir It does. But you have to |
yeah thats intuitive. we should revert this. |
@rmuir I agree, the situation is complicated. I spent some time last night reading JVM and Darwin sources (and running An immediate idea I have for temporary relief is to disable the check on snapshot builds. |
Lets enumerate the problems here. I sit here with my brother, who works statistics in elasticsearch, because its a nice opportunity to test nick's PR (#16817), since my brother actually does this stuff, you know, the hard way right now. Anyway, lets enumerate the shitty experience we had here:
|
I have no problem reverting this if it causes problems. It didn't cause problems in my test runs.
I tried to make things better and preserve the OOB experience. If there are problems then lets reiterate but with statements like this I loose any kind of enjoyment to work with you @rmuir and I am sure am not the only one. I will revert this check now. |
As usual, i'm not attacking anyone personally. Just the code! I do attack the code, and i believe it needs some attacking! But lets be clear, its not about any persons. Just a bunch of crap we should clean up. |
This commit tries to 'guess' if a user starts a node in production by
checking if any network host is configured. If that is the case soft-limits
that are only logged otherwise are enforced like number of open file descriptors.
Closes #16727