これは、limits設定で引っかかって困ることはあっても、多くしすぎて困ることはほぼないからで、その適正値については考えるのをやめたカーズです。確認すると、こんな感じです。-n1024ぶっちゃけ、シェルのファイル数上限なんてどうでもいいんですが......変更するとしたら、こうです。1006500ログインし直すと、該当のユーザーのみ変更されているのがわかります。-n"1024一度ログインしたシェルでユーザーを切り替えても、limits値は継承されるようです。root@pts/0」という同一プロセス内での出来事であるからでしょう。すると、ちゃんと有効になります。違って別プロセスとなるからでしょう。-n"1006500コンソールからログインしても、挙動は同じです。この辺は、皆大嫌いPAMが関連していて、limits設定が効いてくれているのは、これらの設定のお陰です。本当にあまり好きじゃない部分だし、話が脱線しちゃうので続きはググッてくださいな。files変わらねぇ(怒)皆さんが直感的に嫌なヤツがこれじゃないでしょうか。設定に委ねることになります。やる方が良いでしょう。できているのですが、怒られて肝心の設定が反映されていません。こいつぁ・・・!!ただひとつ弱点があるとしたら、デーモン毎に設定を置かないといけないということくらいです。よるデーモンプロセス作り直しにおける、全デーモンへ有効にする設定置き場や項目はなさそうでした。場合は、上記のように各デーモン用設定を置かないといけないのですが、もしほぼ全ての環境に対して同一の値を反映してもよいならば、このように包括的な設定が可能です。前提ではありますが、こうすることで、一般ユーザーのシェルや、自身で明示的に設定していないであろうデーモン全てに有効になります。記述することになります。時にデフォに戻ってしまうため、デーモンごとの設定の方が必須であるということです。仕込む他なさそうです。切り替えが望まれるところでしょう。いくことは時代遅れになりつつあると感じています。設定まとめここで最後に、真に必要であろう設定をまとめてみます。し難く、restartで即反映させたいこんな感じだと思われるので、要は自社で扱っている、アプリケーション用のミドルウェアが全てrestartで設定されればOK!ということで、ミドルウェアのパッケージを入れる前段階に、例えば/etc/systemd/system/nginx.service.d/limits.conf/etc/systemd/system/mysql.service.d/limits.confを作成してしまうというレシピにしたらよいかと思います。それ以外をどこまで設定するかは好みの問題ですが、整理してみると非常に簡潔になったので、ホッと一息というところでしょうか。21:14横からですが。実際にやってみた方が早いと思いますよ。/etc/systemd/system/rsyslog.service.dでディレクトリを作成して、その中にファイルを置きます。ファイル名は何でも構いません。ちなみにこのやり方はドロップインと呼ばれているものです。ドロップイン」で検索してみることをお勧めします。22:10すみません。書き忘れていましたが、ファイル名は末尾が.confである必要があります。コメントをキャンセルメールアドレスが公開されることはありません。data-url="">外道父ドリコムで主にインフラエンジニアをやっている何でも屋。WordPress.。