Zu viele offene Dateien auf Debian

Ich habe einen langen Prozess bei Debian. Irgendwann tritt ein Fehler auf:

Zu viele offene Dateien.

Laufen:

ulimit -a

zeigt an:

offene Dateien (-n) 1024

Ich möchte die Anzahl der geöffneten Dateien zweimal erhöhen. Nach der Ausführung

ulimit -n 2048

Das Limit ist bis zum Ende meiner Sitzung aktiv. Dies gilt nicht für die Aufgabe.

Wie kann ich die Anzahl der geöffneten Dateien dauerhaft erhöhen?

Wenn Ihr Prozess über ein Skript gestartet wird, können Sie den Aufruf von ulimit direkt vor der Ausführung des Dämons im Skript platzieren.

Wenn Sie das ulimit für Ihren Benutzer oder für alle Benutzer erhöhen möchten, können Sie Grenzwerte festlegen, die beim pam_limitsAnmelden über angewendet werden . Diese sind eingestellt /etc/security/limits.conf. In Ihrem Fall könnten Sie Folgendes tun:

*               hard    nofile             2048

Beachten Sie, dass "hart" ein hartes Limit bezeichnet, das nicht überschritten und nicht geändert werden kann. Ein Soft-Limit kann von einem Benutzer (z. B. jemand ohne Root-Fähigkeiten) geändert werden, jedoch nicht über das Hard-Limit hinaus.

Lesen Sie die limits.conffür weitere Informationen zur Verwendung pam_limits.

Es gibt auch ein "total max" an offenen Dateien im Kernel. Sie können die aktuelle Einstellung überprüfen mit:

cat /proc/sys/fs/file-max 

Und setzen Sie einen neuen Wert mit:

echo "104854" > /proc/sys/fs/file-max

Wenn Sie die Konfiguration zwischen den Neustarts beibehalten möchten, fügen Sie hinzu

sys.fs.file-max=104854

zu

/etc/sysctl.conf

So überprüfen Sie die aktuelle maximale Dateiverwendung:

[root@srv-4 proc]# cat /proc/sys/fs/file-nr
3391    969     52427
|        |       |
|        |       |
|        |       maximum open file descriptors
|        total free allocated file descriptors
total allocated file descriptors
(the number of file descriptors allocated since boot)

Wie bereits erwähnt, können Sie in /etc/security/limits.conf pro Benutzer oder Gruppe bestimmte Grenzwerte festlegen.

Hinweis: ulimit -n zeigt das weiche Limit an.

ulimit -H -n 

zeigt dir die harte Grenze.

Dies macht die Ausgabe von ulimit -a und ulimit -n ziemlich verwirrend, wenn Sie zum Beispiel die Anzahl der Dateien von 1024 auf 4096 erhöhen, da Sie die Ausgabe mit dem harten Limit erwarten würden, aber immer noch 1024 sehen, welches das weiche ist Grenze.

Denken Sie auch daran, dass diese Beschränkungen pro Anmeldung gelten. Melden Sie sich daher erneut in einer neuen Shell an und überprüfen Sie Ihre Änderungen. Erwarten Sie nicht, dass sie an vorhandene Anmeldungen weitergegeben werden.

Beachten Sie, dass das Setzen von ulimits in /etc/security/limits.conf nicht funktioniert, wenn Sie Ihren Prozess durch Starten-Stoppen-Daemon ausführen. Wenn Sie beispielsweise das Limit für offene Dateien für Tomcat auf 20000 erhöhen möchten, müssen Sie diese Zeilen hinzufügen, um /etc/default/tomcat:

ulimit -Hn 32768
ulimit -Sn 32768

Ich bin auf diesem Problem unter Debian 6.0.4 gestoßen. Für andere Prozesse sollten die gegebenen Antworten hilfreich sein.

Es hängt davon ab, wie Sie Ihren langfristigen Prozess starten. Wenn es beim Booten gestartet wird (über /etc/rcX.d/* Skripte), müssen Sie einen ulimit-Aufruf in Ihr Startskript einfügen, da das Standardlimit vom Kernel festgelegt wird und es nicht angepasst werden kann, ohne es neu zu kompilieren.

Using /etc/security/limits.confkönnte funktionieren, wenn Sie crones zum Beispiel mit einem Eintrag wie diesem starten:

@reboot $HOME/bin/my-program

Das sollte funktionieren, da /etc/pam.d/cron pam_limits.so aktiviert.

Sie können dies in /etc/security/limits.conf hinzufügen

root soft nofile 100000
root hard nofile 100000

Speichern und neu starten.

Ein sehr netter Befehl ist, ulimit -naber es gibt ein Problem mit zu vielen Verbindungen und zu vielen offenen Dateien:

core file size          (blocks, -c) 0
data seg size           (kbytes, -d) unlimited
scheduling priority             (-e) 0
file size               (blocks, -f) unlimited
pending signals                 (-i) 519357
max locked memory       (kbytes, -l) 32
max memory size         (kbytes, -m) unlimited
open files                      (-n) 1024
pipe size            (512 bytes, -p) 8
POSIX message queues     (bytes, -q) 819200
real-time priority              (-r) 0
stack size              (kbytes, -s) 10240
cpu time               (seconds, -t) unlimited
max user processes              (-u) 1024
virtual memory          (kbytes, -v) unlimited
file locks                      (-x) unlimited