해결: max file descriptors[65535] for elasticsearch process is too low

이 문제를 감안하여 다중 방법으로 아래의 몇 가지 해결 방안을 정리하려고 시도하다

시나리오 1:


elasticsearch 설치 후 시작할 때 이 문제가 발생했습니다.
문제는 다음과 같다. elasticsearch 사용자가 가지고 있는 파일 설명을 만들 수 있는 권한이 너무 낮아서 적어도 65536이 필요하다.
해결 방법:
# 루트 사용자 수정으로 전환
vim /etc/security/limits.conf
# 맨 뒤에 다음 내용 추가
*** hard nofile 65536

*** soft nofile 65536

***은(는) ES를 시작하는 사용자입니다.

시나리오 2:


ulimit -n 65535
ulimit-Hn을 사용하여 현재 값을 보십시오. 과연 65535,ulimit -Hn
65535 
즉, 환경 변수를 업데이트할 때마다limits.ff의 hard nofile 131072 설정이 덮어졌으면 좋겠습니다. vi/etc/profile는 ulimit-n 65535줄을 주석하고 현재 사용자로 다시 들어가서 ulimit-Hn으로 현재 값을 보십시오. 이미 131072입니다. 설정에 성공했습니다!
실행
 ulimit -Hn 65536
검증
ulimit -Hn 
65536
엘라스틱 검색 다시 시작해, 오케이!

방안 3: 비root 계정으로 파일 열기 수량도 증가


1./etc/security/limits를 엽니다.conf, 안에 다음과 같은 내용을 추가합니다
* soft nofile 65536
* hard nofile 65536

여기서 * 모든 사용자 nofile은 최대 파일 핸들 수를 표시하고 열 수 있는 최대 파일 수를 나타냅니다.
2. 편집/etc/pam.d/common-session, 아래 내용 추가
vi /etc/pam.d/common-session
session required pam_limits.so 

3./etc/profile을 편집하고 다음 내용을 추가합니다 ulimit-SHn 65536
그리고 기계를 다시 시작하고ulimit-n을 이용하여 파일 핸들 수를 보니 파일 핸들 수가 65536으로 변했다
참조:
https://www.cnblogs.com/yidiandhappy/p/7714481.html
http://www.cnblogs.com/zhaohz/p/7814966.html
https://blog.csdn.net/chenbaoke/article/details/39231423

좋은 웹페이지 즐겨찾기