데비안 위지 (Debian Wheezy)에서 다음을 ulimit -a
제공합니다.
open files (-n) 1024
이것을 /etc/security/limits.conf에 추가합니다
* hard nofile 64000
그런 다음 재부팅하십시오.
그리고 ulimit -a
여전히 최대 1,024 개의 열린 파일을 제공합니다.
답변
옵션 1 :
소프트 한계를 더 높게 설정하지 않았습니다.
가능한 해결책:
/etc/security/limits.conf에 add
* soft nofile 2048
로 테스트
ulimit -n 2048
옵션 2 :
사용자로 로그인하고 일부 “config”파일 (프로필, bashrc 등)에 소프트 한계가 낮은 값으로 설정되어 있습니다.
귀하의 etc 폴더 및 / 또는 홈 폴더에 ulimit 가능한 해결책이 있습니다.
경고 : 파일 / 디렉토리 수에 따라 특정 디렉토리 / 파일 만 고려할 수 있습니다.
추신 : 여기에 읽을만한 비슷한 질문이 많이 있습니다.
특별히 하드 대 소프트 한계
너무 많은 열린 파일 에 대해 자세히 설명하는 다른 솔루션에 대해서는 여기를 읽으십시오.
답변
데비안에 버그가 있습니다. 늘리려면 파일 ulimit
에 이것을 추가해야 /etc/pam.d/common-session
합니다.
session required pam_limits.so
그리고 /etc/security/limits.conf
추가 :
* soft nofile 65535
* hard nofile 65535
그런 다음 시스템을 재부팅하십시오.
답변
Debian 10의 Apache의 경우 위의 방법으로도 효과가 없었습니다.
echo "APACHE_ULIMIT_MAX_FILES='ulimit -n 16384'" >> /etc/apache2/envvars
service apache2 restart
나는 확인했다 :
cat /proc/$pid/limits
..where $pid
는 Apache 프로세스 중 하나의 프로세스 ID입니다.