pam_limits.soが必要な場合でも、オープンファイル記述子のlimits.conf設定がulimitによって読み取られない


16

私は、ubuntuマシン上のすべてのユーザーのオープンファイル記述子の最大値を上げようとしています。

に次の行を追加しました/etc/security/limits.conf

*               soft    nofile           100000
*               hard    nofile           100000

そして、この質問に基づいて、次の/etc/pam.conf設定を確認しましたpam_limits

$ grep "pam_limits" /etc/pam.d/*
/etc/pam.d/atd:session    required   pam_limits.so
/etc/pam.d/common-session:session required pam_limits.so
/etc/pam.d/cron:session    required   pam_limits.so
/etc/pam.d/login:session    required   pam_limits.so
/etc/pam.d/sshd:session    required     pam_limits.so
/etc/pam.d/su:session    required   pam_limits.so
/etc/pam.d/sudo:session required pam_limits.so

そして、私のファイルマックスはうまくいくようです:

$ cat /proc/sys/fs/file-max 
762659

しかし、私がチェックすると、デフォルトの1024がまだありますulimit -a

$ ulimit -a | grep files
open files                      (-n) 1024

他に何を確認できますか?


また、追加の説明と同じように:A ulimit -n 100000は期待どおりに動作します(ただし、現在のログインセッションでのみ保持されるため、役に立たない)。
バンティック

回答:


12

私は、システムがの​​ユーザーにとってワイルドカードを好まないようだと考えましたlimits.conf。:それに変更するroot soft nofile 100000root hard nofile 100000働いていた罰金を。


Ubuntuのバグである必要があります。私は、Fedora 14のそのワイルドカードの仕事を検証
マーク・ワグナー

13
ワイルドカードは機能しますが、ルートアカウントには影響しません。manpages.ubuntu.com/manpages/natty/en/man5/limits.conf.5.htmlは言うNOTE: group and wildcard limits are not applied to the root user. To set a limit for the root user, this field must contain the literal username root.
Stobor
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.