CentOSでのulimitの増加

ユーザーが開くことができるファイルの最大数を増やしようとしているCentOSボックスがあります。現在、私が実行するulimit -Snと、を取得1024してulimit -Hn提供し4096ます。その数は6000前後まで必要です。

で/etc/sysctl.conf設定しましたfs.file-max = 100000。では/etc/security/limits.confI以下のセットがあります。

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が再度実行されると、これらの設定が設定されるため）。それはあなたが遭遇するかもしれないただの落とし穴です。