CentOS에서 ulimit 증가

사용자가 열 수있는 최대 파일 수를 늘리려는 CentOS 상자가 있습니다. 내가 실행할 때 현재 ulimit -Sn내가 도착 1024하고 ulimit -Hn있습니다 4096. 그 숫자는 약 6000이 필요합니다.

에서 /etc/sysctl.conf설정했습니다 fs.file-max = 100000. 에서 /etc/security/limits.conf나는 다음과 같은 설정을 가지고 :

username soft nofile 6000
username hard nofile 65535

로그 아웃했다가 다시 로그인 username했지만 여전히 변경 사항이 표시되지 않습니다. 이 값을 변경하려면 무엇이 필요합니까?

내가 가진 모든 것 /etc/security/limits.d입니다 90-nproc.conf. 또한 .bash_profile 또는 .bashrc에서 ulimit가 호출되지 않도록했습니다.

실행할 때 sysctl -p원하는 설정을 뱉어 내고 원하는 값을 표시합니다 fs.file-max. 그러나 내가 ulimit -Sn달리면 1048을 sysctl --system얻습니다 error: Unknown parameter "--system". 달리려고하면 내가 얻습니다 .

강제 /etc/sysctl.conf로 다시 읽으 려면을 실행하십시오 sysctl -p.

/etc/security/limits.conf로그인 쉘에서 파일 을 읽고 GUI에있는 경우 활성 세션 창을 닫아야합니다. 원격 로그인의 경우 다시 로그에 적용됩니다.

다른 포스터가 말했듯이 sysctl이 실행중인 커널에서 값을 설정해야합니다. 재부팅하지 않고 값을 설정하는 방법에는 여러 가지가 있습니다.

sysctl -p /etc/sysctl.conf
sysctl -w fs.file-max=100000
sysctl --system

마지막 방법은 부팅하는 동안 설정이 적용되는 순서를 복제하므로 마지막 방법이 가장 좋습니다 (따라서 충돌이있는 경우에는 분명해집니다).

참고 : 어떤 버전의 CentOS를 사용하고 있는지 확실하지 않지만 적어도 7에서는 dracut이 어떤 이유로 (예 : 새 커널 모듈을 설치할 때) initramfs를 다시 빌드하면 복사되는 문제가 발생했습니다. /etc/sysctl.*의 내용을 initramfs에 저장 한 후 나중에 /etc/sysctl.conf에서 해당 항목을 삭제하더라도 해당 단계에서 systemd-sysctl에 의해 실행됩니다.

내 환경에서 systemd dracut 모듈을 편집하여 해당 환경에서 /etc/sysctl.*를 제외했습니다 (rootfs가 마운트되고 systemd-sysctl이 다시 실행되면 해당 설정이 설정 됨). 그것은 당신이 겪을 수있는 문제 일뿐입니다.