タグ付けされた質問 「ulimit」

3
非rootユーザーのオープンファイル制限を増やすにはどうすればよいですか?
これは、Ubuntuリリース12.04(正確)64ビットカーネルLinux 3.2.0-25-virtualで発生しています ユーザーに許可される開いているファイルの数を増やしようとしています。これは、現在の1024の制限では十分ではないEclipse Javaアプリケーション用です。 私がこれまでに見つけた投稿によると、私は行を入れることができるはずです /etc/security/limits.confは次のようになります。 soft nofile 4096 hard nofile 4096 すべてのユーザーに許可されるオープンファイルの数を増やすため。 しかし、それは私にとってはうまくいきません。問題はそのファイルとは関係ないと思います。 すべてのユーザーの場合、/ etc / security / limits.confの内容に関係なく、デフォルトの制限は1024です(そのファイルを変更した後に再起動しました) $ ulimit -n 1024 /etc/security/limits.confのエントリにもかかわらず、これを増やすことはできません。 $ ulimit -n 2048 -bash:ulimitの:開いているファイルは:制限を変更することはできません:操作はない奇妙な部分は私が制限を変更することができるということです許可下向きが、上向きにそれを変更することはできません-でも、元の限界以下である数に戻ります。 $ ulimit -n 800 $ ulimit -n 800 $ ulimit -n 900 -bash: ulimit: open files: cannot modify limit: Operation …
144 ulimit 

2
Ubuntu 18.04で最大オープンファイル制限を増やす方法
実行してulimit -n 65536、次の行を追加しました/etc/security/limits.conf: * soft nofile 65536 * hard nofile 65536 alix soft nofile 65536 alix hard nofile 65536 root soft nofile 65536 root hard nofile 65536 そしてsession required pam_limits.so両方に追加されました: /etc/pam.d/common-session /etc/pam.d/common-session-noninteractive そしてfs.file-max = 65536へ/etc/sysctl.d/60-file-max.conf。 それでも、ulimit -nセッションを再起動して実行した後、4096しか表示されません(以前は1024でした)。 私は何が欠けていますか?

3
非rootユーザーに対して最大4096個のオープンファイルを取得できないのはなぜですか?
nofileこの問題に関連するStackExchangeのすべての回答に従うにもかかわらず、Ubuntu 14.04の非ルートユーザーの制限を増やすことはできないようです。これまでのところ: $ cat /etc/security/limits.d/custom.conf @www-data hard nofile 50000 @www-data soft nofile 50000 # even tried specifying the username directly: myuser hard nofile 50000 myuser soft nofile 50000 $ grep 'limits' /etc/pam.d/common-session* /etc/pam.d/common-session:session required pam_limits.so /etc/pam.d/common-session-noninteractive:session required pam_limits.so $ cat /proc/sys/fs/file-max 101232 再起動、ログイン、および: $ ulimit -n 4097 -bash: ulimit: open …
13 14.04  ulimit 

1
Ubuntu 14.04 LTSでnofileの制限を永続的に上げる
ファイル記述子の最大数をすべてのユーザーに対して永続的に増やすために必要なものを正確に把握することはできないようです。 /etc/security/limits.conf: root hard nofile 1500000 root soft nofile 1000000 root hard nproc 15000 root soft nproc 10000 * hard nofile 1500000 * soft nofile 1000000 * hard nproc 15000 * soft nproc 10000 私は次のものを配置しました/etc/pam.d/common-session: session required pam_limits.so 再起動後、任意のユーザーとしてログインして発行するulimit -nと、が発生しました1024。 その後、私はpam_limits.soすべてのファイルにを要求してみました/etc/pam.d。再起動しました。ログインしました。そのような運はありません。 コマンドを発行し、ulimit -n 1000000チェックすると、制限が期待どおりに設定されます。だから、私はに配置@reboot ulimit -n 1000000しましたcrontab -e。再起動しました。ログインしました。運はありません。 チェックして/etc/ssh/sshd_config、PAMを有効にしました。 私はすべての再起動で制限を設定しようとしました: …
12 ssh  cron  pam  ulimit 

1
ulimitを使用したコアファイルサイズ
私の質問はおそらく特にUbuntuとは関係ありませんが、私のデスクトップがこのOSを実行しているため、このフォーラムに行きました。 ulimit -c次のコマンドを使用してコアファイルのサイズを変更しようとしています。 $ ulimit -a core file size (blocks, -c) 0 data seg size (kbytes, -d) unlimited scheduling priority (-e) 0 file size (blocks, -f) unlimited pending signals (-i) 7959 max locked memory (kbytes, -l) 64 max memory size (kbytes, -m) unlimited open files (-n) 1024 pipe size (512 …

1
コアダンプファイルサイズの制限を解除する方法
通常のユーザーとして、コアダンプファイルの最大サイズ制限を増やしたいと思います。を使用してbash、次のように設定できます。 $ ulimit -c 100 最初に設定したときにうまく機能します。ただし、次回このコマンドを使用するときは、この制限を100を超えない値に設定することしかできません。一般に、ログインしてからこのコマンドを初めて使用するときのみ、任意の値に設定できます。次回以降、可能な値は最初に設定された値によって上から制限されます。 コマンドの複数の使用にわたってこれを永続的にするにはどうすればよいですか?
11 12.10  settings  ulimit 


2
無制限のコアサイズの欠点?コアファイルはどこに行きますか?
セグメンテーション違反で時々クラッシュするアップスタートジョブがあり、コアダンプについていくつか質問があります。 まず、スタンザを追加する必要があります。 limit core unlimited unlimited 無制限のコアサイズを許可することの欠点はありますか?有限の制限が良いでしょうか? 次に、コアファイルはどこに行きますか?デフォルトが標準的または論理的な場所でない場合、それを他の場所に表示するにはどうすればよいですか?

1
フォーク爆弾の保護が機能していない:プロセス数に制限がない
私のシステムがユーザーあたりのプロセス数を適切に制限していないため、ユーザーがフォークボムを実行してシステム全体をクラッシュさせることを妨げていないことに気づきました。 user@thebe:~$ cat /etc/security/limits.conf | grep user user hard nproc 512 user@thebe:~$ ulimit -u 1024 user@thebe:~$ :(){ :|:& };: [1] 2559 user@thebe:~$ ht-bash: fork: Cannot allocate memory -bash: fork: Cannot allocate memory -bash: fork: Cannot allocate memory -bash: fork: Cannot allocate memory -bash: fork: Cannot allocate memory -bash: fork: Cannot …
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.