どのようなユーザー制限が発生したのか、どうすればわかりますか？

Question 1

nprocが問題です。

[root@localhost ~]# ps -eLf | grep pascal | wc -l
4068
[root@localhost ~]# cat /etc/security/limits.d/20-nproc.conf
# Default limit for number of user's processes to prevent
# accidental fork bombs.
# See rhbz #432903 for reasoning.

*          soft    nproc     4096
root       soft    nproc     unlimited
[root@localhost ~]#

manlimits.confステータス：

   Also, please note that all limit settings are set per login. They are
   not global, nor are they permanent; existing only for the duration of
   the session. One exception is the maxlogin option, this one is system
   wide. But there is a race, concurrent logins at the same time will not
   always be detected as such but only counted as one.

nprocはログインするたびに強制されますが、グローバルに計算されるようです。したがって、ログインしたnproc 8192および5000スレッドを使用することは問題ではありませんが、同じUIDに対して同時にログインしたnproc 4096および50スレッドを使用すると、グローバル数（5050）がnproc設定より高いため、より多くのスレッドを作成できません。。。

[root@localhost ~]# ps -eLf | grep pascal | grep google/chrome | wc -l
3792

Answer

nprocが問題です。

[root@localhost ~]# ps -eLf | grep pascal | wc -l
4068
[root@localhost ~]# cat /etc/security/limits.d/20-nproc.conf
# Default limit for number of user's processes to prevent
# accidental fork bombs.
# See rhbz #432903 for reasoning.

*          soft    nproc     4096
root       soft    nproc     unlimited
[root@localhost ~]#

manlimits.confステータス：

   Also, please note that all limit settings are set per login. They are
   not global, nor are they permanent; existing only for the duration of
   the session. One exception is the maxlogin option, this one is system
   wide. But there is a race, concurrent logins at the same time will not
   always be detected as such but only counted as one.

nprocはログインするたびに強制されますが、グローバルに計算されるようです。したがって、ログインしたnproc 8192および5000スレッドを使用することは問題ではありませんが、同じUIDに対して同時にログインしたnproc 4096および50スレッドを使用すると、グローバル数（5050）がnproc設定より高いため、より多くのスレッドを作成できません。。。

[root@localhost ~]# ps -eLf | grep pascal | grep google/chrome | wc -l
3792

Question 2

アカウントにまったくアクセスできない場合は、問題が何であるかを理解するのは難しいでしょう。ただし、システムまたはアプリケーションのログを確認してください。一部のプログラムがそこに手がかりを残すことを願っています（特に失敗したログイン試行について）。

実験のためにプログラムを実行できる場合は、各制限値を増やし、動作時期と試行が失敗（および表示）されるタイミングを確認して、どの制限値に達したかを確認できますEAGAIN。各値に使用されているリソースを一覧表示することもできます。すべての制限に関するデータを収集するユーティリティは思い出せませんが、おそらく1つはあります。

問題がカーネル制限であると仮定すると、これらの問題は次のリストにリストされています。setrlimitマニュアルページ。各ユーザーIDに適用される内容は次のとおりです。

RLIMIT_MEMLOCK- スワップ不可能なメモリのサイズ。ログインがブロックされてはならず、スワップ不可能なメモリを要求するプログラムはほとんどありません。
RLIMIT_MSGQUEUE- メッセージキューのサイズ。ログインはブロックしてはならず、メッセージキューを使用するプログラムはほとんどありません。
RLIMIT_NPROC- 最大プロセス数。これは確かに〜する到達するとログインをブロックします。制限を増やすと、/etc/security/limits.conf既存のセッションには影響しませんが、新しいプロセスには影響し、システム管理者が値を増やすとユーザーがログインできるようになります。
RLIMIT_SIGPENDING- 処理する最大信号数。ログインはブロックしないでください。sigqueueキューシグナルを使用するプログラムはほとんどありません。

したがって、プロセスの制限が最も可能性が高いです。実行中のシェルにアクセスできる場合は、プログラムを実行してみるとエラーは非常に明白です。

$ ls
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: Resource temporarily unavailable

この制限の印刷物を使用できますulimit -u。問題のユーザーとして実行されているシェルへのアクセス権があり、そのユーザーがまだsetuidプログラムを実行していない場合は、次のものを使用できます。（ユーザーがリンクを読むことができるカーネルスレッドのset /proc/*/task/*/cwd/.; echo $#リスト、これはユーザーがcwdプロセス）。

Answer

アカウントにまったくアクセスできない場合は、問題が何であるかを理解するのは難しいでしょう。ただし、システムまたはアプリケーションのログを確認してください。一部のプログラムがそこに手がかりを残すことを願っています（特に失敗したログイン試行について）。

実験のためにプログラムを実行できる場合は、各制限値を増やし、動作時期と試行が失敗（および表示）されるタイミングを確認して、どの制限値に達したかを確認できますEAGAIN。各値に使用されているリソースを一覧表示することもできます。すべての制限に関するデータを収集するユーティリティは思い出せませんが、おそらく1つはあります。

問題がカーネル制限であると仮定すると、これらの問題は次のリストにリストされています。setrlimitマニュアルページ。各ユーザーIDに適用される内容は次のとおりです。

RLIMIT_MEMLOCK- スワップ不可能なメモリのサイズ。ログインがブロックされてはならず、スワップ不可能なメモリを要求するプログラムはほとんどありません。
RLIMIT_MSGQUEUE- メッセージキューのサイズ。ログインはブロックしてはならず、メッセージキューを使用するプログラムはほとんどありません。
RLIMIT_NPROC- 最大プロセス数。これは確かに〜する到達するとログインをブロックします。制限を増やすと、/etc/security/limits.conf既存のセッションには影響しませんが、新しいプロセスには影響し、システム管理者が値を増やすとユーザーがログインできるようになります。
RLIMIT_SIGPENDING- 処理する最大信号数。ログインはブロックしないでください。sigqueueキューシグナルを使用するプログラムはほとんどありません。

したがって、プロセスの制限が最も可能性が高いです。実行中のシェルにアクセスできる場合は、プログラムを実行してみるとエラーは非常に明白です。

$ ls
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: retry: No child processes
bash: fork: Resource temporarily unavailable

この制限の印刷物を使用できますulimit -u。問題のユーザーとして実行されているシェルへのアクセス権があり、そのユーザーがまだsetuidプログラムを実行していない場合は、次のものを使用できます。（ユーザーがリンクを読むことができるカーネルスレッドのset /proc/*/task/*/cwd/.; echo $#リスト、これはユーザーがcwdプロセス）。

Question 3

オペレーティングシステムがプログラムを実行しようとしましたが、失敗したときにどのシステムコールが発生するかを確認してください。使用ストレス

とても簡単だと思います。リリーストレースがない場合。

一般的に言えば、より多くの情報を収集しようとする以外に選択肢はありません。

Answer

オペレーティングシステムがプログラムを実行しようとしましたが、失敗したときにどのシステムコールが発生するかを確認してください。使用ストレス

とても簡単だと思います。リリーストレースがない場合。

一般的に言えば、より多くの情報を収集しようとする以外に選択肢はありません。

Question 4

nprocあなたは確信できますhttps://unix.stackexchange.com/a/289589/8337

-n識別できるファイルを開きます。https://stackoverflow.com/a/21752125/32453

残りは不確実です。

ゴールドレベルに達するまで一度に1つずつ制限を増やすことはできますか？ :)

Answer

nprocあなたは確信できますhttps://unix.stackexchange.com/a/289589/8337

-n識別できるファイルを開きます。https://stackoverflow.com/a/21752125/32453

残りは不確実です。

ゴールドレベルに達するまで一度に1つずつ制限を増やすことはできますか？ :)

どのようなユーザー制限が発生したのか、どうすればわかりますか？

答え1

答え2

答え3

答え4

関連情報