Ulimit-Dateideskriptorgrenzwerte werden für bestimmte Prozesse nicht angewendet

Ich habe kürzlich einen unserer Redis-Prozesse daraufhin überprüft, welche Ulimits angewendet wurden:

cat /proc/<redis-pid>/limits

Und war überrascht zu erfahren, dass es sich um den niedrigen Standardwert handelt:

Limit                     Soft Limit           Hard Limit           
Max open files            4016                 4016 

Ich war überrascht, weil wir folgendes konfiguriert haben:

# /etc/sysctl.conf 
fs.file-max = 100000

.

# /etc/security/limits.conf
* soft nofile 100000
* hard nofile 100000

.

# /etc/ssh/sshd_config
UsePAM yes

.

# /etc/pam.d/sshd
session required pam_limits.so

Kann mir jemand sagen, warum das erhöhte ulimit nicht auf den laufenden Redis-Prozess angewendet wird?

Der Redis-Prozess wird ausgeführt, während der Benutzer "redis" ausgeführt wird. Der Server wurde neu gestartet, da die Grenzwerte erhöht wurden. Wir sind bei Debian Squeeze.

Unter Linux können Ressourcenlimits je nach Anforderung an verschiedenen Orten festgelegt werden.

1. /etc/security/limits.conf Datei.
2. /etc/sysctl.conf Datei.
3. ulimit Befehl

/etc/security/limits.confist Teil von pam_limits und daher werden die in dieser Datei festgelegten Grenzwerte während der Anmeldesitzungen vom pam_limits-Modul gelesen. Die Anmeldesitzung kann von sshoder durch sein terminal. Und pam_limits wirkt sich nicht auf die hier erwähnten Daemon-Prozesse aus .

/etc/sysctl.confist eine systemweite globale Konfiguration, hier können wir keine benutzerspezifische Konfiguration einstellen. Hiermit wird die maximale Ressourcenmenge festgelegt, die von allen Benutzern / Prozessen verwendet werden kann, die zusammengeführt werden.

ulimitBefehl wird verwendet, um die Grenzen der Shell festzulegen. Wenn also ein Limit ulimitfür eine Shell festgelegt wird, erhält der Prozess, der von der Shell erzeugt wird, aufgrund der Regel, dass child processdie parent processesEigenschaften geerbt werden, auch diesen Wert .

Und so wird Ihnen in Ihrem Fall, da das redisals Teil von initkeinem der oben genannten Schritte gestartet wird, direkt weiterhelfen. Um dies zu erreichen, müssen Sie den ulimitBefehl verwenden, um den neuen Wert im Init-Skript selbst festzulegen. Wie unten im Skript,

ulimit -n 100000
if start-stop-daemon --start --quiet --umask 007 --pidfile $PIDFILE --chuid redis:redis --exec $DAEMON -- $DAEMON_ARGS.

Es ist bereits ein Fehler in der Wunschliste , dem Sie eine ulimitFunktion hinzufügen können start-stop-daemon .

Überprüfen Sie auch in der redisKonfiguration, ob es dort eine Möglichkeit gibt, Grenzen festzulegen.

Der Parameter sysctl fs.file-max ist ein weites globales Systemlimit. Ich halte es nicht für eine gute Idee, in ulimit denselben Wert festzulegen.

Wenn Sie ulimit 100000 und sysctl.conf 100000 angeben, kann ein Benutzer das System blockieren

Wenn Sie über Ihr Problem sprechen, müssen Sie sicher sein, dass Ihr System pam_limits verwendet

man pam_limits
grep -i limit /etc/pam.d/*

Sie haben pam_limits für sshd aktiviert. Wird dieser Befehl jedoch in einer SSH-Sitzung ausgeführt? Möglicherweise müssen Sie dieselbe Zeile zu /etc/pam.d/loginund / oder /etc/pam.d/suund / oder hinzufügen /etc/pam.d/sudo.