solr というプロセスの PID を取得する が実行され、その後 cat /proc/$SOLR_PID/limits -- これにより、プロセスの実際の限界がわかります。
solr のようなものを実行することをお勧めします 分離された非特権ユーザーとして。これを行う場合、複数のオプションがあります (limits.conf または ulimit -n 2048 を追加します init スクリプトに...)。最後のものはそれほど光沢がありませんが、迅速な設定とデーモンの再起動のために機能します
RANT:サービスが失われるから再起動できないなんて言わないで。その場合は、とにかく HA をセットアップする必要があります:)
/etc/security/limits.conf で開いているファイルの数を変更した後 を有効にするには、ユーザーはログアウトしてから再度ログインする必要があります。だから、これを試してください:
$ sudo su -
# ulimit -Sn
この質問には答えがあることは知っていますが、それは実際の解決策ではなく回避策のように見えます.
ubuntu によると、これはバグではなくドキュメントの問題です。https://bugs.launchpad.net/ubuntu/+source/pam/+bug/65244 を参照してください。
ご報告ありがとうございます。あなたが言ったように、これは pam のバグではなく、ドキュメントの問題です。ユーザー root の制限を明示的に許可するという事実は、しばらく前 (2000 年 8 月 30 日) に対処されましたが、制限を適用するにはユーザー root に明示的に名前を付ける必要があります。 /em>
したがって、root ユーザーを含むすべてのユーザーの ulimit を変更する場合は、次のように指定する必要があります:
* - nofile 2048
root - nofile 2048