タグ付けされた質問 「max-file-descriptors」

最近、アプリケーションの負荷テストを開始し、約24時間後にファイル記述子が不足することに気付きました。 Dell 1955でRHEL 5を実行しています。 CPU：デュアルコア2.66GHz 4MB 5150 / 1333FSB x 2 RAM：8GB RAM HDD：160GB 2.5 "SATAハードドライブx 2 ファイル記述子の制限を確認し、1024に設定しました。アプリケーションが約1000の着信接続と1000の発信接続を持つ可能性があることを考えると、これはかなり低いようです。開く必要がある実際のファイルは言うまでもありません。 最初に考えたのは、ulimit -nパラメーターを数桁だけ増やしてから、テストを再実行することでしたが、この変数を高く設定することによる潜在的な影響を知りたいと思いました。 ソフトウェアが理論的に開くことができるファイル記述子の数を把握する以外に、これを設定するためのベストプラクティスはありますか？

76 linux  java  ulimit  max-file-descriptors 

XenServerでUbuntu 16.04サーバーを実行していますが、MySqlのオープンファイル制限の問題に直面しています。 これまでにやったことは次のとおりです。 sudo nano /etc/security/limits.conf （参照） * soft nofile 1024000 * hard nofile 1024000 * soft nproc 102400 * hard nproc 102400 mysql soft nofile 1024000 mysql hard nofile 1024000 sudo nano /etc/init/mysql.conf （リファレンス） limit nofile 1024000 1024000 limit nproc 102400 102400 sudo nano /etc/mysql/mysql.conf.d/mysqld.cnf （リファレンス） [mysqld_safe] open_files_limit = …

16 mysql  ulimit  max-file-descriptors  file-descriptors 

私たちのサーバーは最近ファイル記述子を使い果たしました。それに関していくつか質問があります。ulimit -n開いているファイル記述子の最大数を提供することになっています。その数は1024です。実行して開いているファイル記述子の数を確認し、lsof -u root |wc -l2500 fdsを取得しました。これは1024をはるかに超えているので、1024の数値は、ユーザーごとではなく、プロセスごとであることを意味すると思います。さて、私は走っlsof -p$PidOfGlassfish|wc -lて1300を得ました。これは私が得られない部分です。ulimit -nユーザーごとまたはプロセスごとのプロセスの最大数ではない場合、それは何に適していますか？rootユーザーには適用されませんか？もしそうなら、どのようにしてファイル記述子の不足に関するエラーメッセージを取得できますか？ 編集：私が理解できる唯一の方法ulimit -nは、ファイルハンドルの数ではなく開いているファイルの数（bashマニュアルに記載されているように）を適用する場合です（異なるプロセスが同じファイルを開くことができます）。この場合、開いているファイルの数を一覧表示するだけで（「/」を削除して、メモリにマップされたファイルを除外する）だけでは不十分です。 lsof -u root |grep /|sort -k9 |wc -l #prints '1738' 実際に開いているファイルの数を確認するには、一意のエントリのみを印刷するために名前列でフィルタリングする必要があります。したがって、おそらく次の方がより正確です。 lsof -u root |grep /|sort -k9 -u |wc -l #prints '604' 上記のコマンドは、lsofからの次の形式での出力を想定しています。 java 32008 root mem REG 8,2 11942368 72721 /usr/lib64/locale/locale-archive vmtoolsd 4764 root mem REG 8,2 …

13 linux  root  glassfish  max-file-descriptors 

ファイル記述子をリークしているJavaプロセス（Glassfish）があります。役立つjava.io.IOException: Too many open files例外が発生したので、これを知っています。/proc/PID#/fd開いているすべてのファイル記述子を調べて確認できます。lsofを使用すると、次のような非常に多くのエントリが表示されます。 java 18510ルート8811u sock 0,4 1576079がプロトコルを識別できない java 18510 root 8812u sock 0,4 1576111がプロトコルを識別できない java 18510 root 8813u sock 0,4 1576150がプロトコルを識別できない 1分あたり12個の新しいものが作成されています。lsofで使用できるオプション、またはプロトコルを識別できないソケットファイル記述子を追跡するために使用できるその他のツール

11 lsof  max-file-descriptors 

/ proc / sys / fs / file-maxはオープンファイル記述子の最大数を定義し、実行時または起動時に設定できることを知っています。 ただし、そのデフォルト値は何ですか？私の会社で10台のサーバーをチェックすると、7つの異なる値が得られます。 カーネルのドキュメントでは、値を変更できることについて言及し続けていますが、デフォルト値の計算方法については触れていません。 デフォルト値の決定方法を知っている人はいますか？

9 linux-kernel  max-file-descriptors