Les limites du descripteur de fichier Ulimit ne sont pas appliquées pour un processus particulier

J'ai récemment vérifié l'un de nos processus redis pour savoir quels ulimits étaient appliqués en utilisant:

cat /proc/<redis-pid>/limits

Et a été surpris d'apprendre qu'il était à la faible valeur par défaut:

Limit                     Soft Limit           Hard Limit           
Max open files            4016                 4016 

J'ai été surpris, car nous avons configuré les éléments suivants:

# /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

Quelqu'un peut-il me dire pourquoi l'augmentation ulimit n'est pas appliquée au processus de redis en cours d'exécution?

Le processus redis s'exécute en tant qu'utilisateur «redis», le serveur a été redémarré depuis que les limites ont été augmentées. Nous sommes sur Debian Squeeze.

Sous Linux, les limites de ressources peuvent être définies à divers emplacements en fonction du type d'exigence.

1. /etc/security/limits.conf fichier.
2. /etc/sysctl.conf fichier.
3. ulimit commander

/etc/security/limits.conffait partie de pam_limits et donc les limites qui sont définies dans ce fichier sont lues par le module pam_limits pendant les sessions de connexion. La session de connexion peut être par sshou via terminal. Et pam_limits n'affectera pas les processus du démon comme mentionné ici .

/etc/sysctl.confest une configuration globale à l'échelle du système, nous ne pouvons pas définir de configuration spécifique à l'utilisateur ici. Il définit la quantité maximale de ressources qui peut être utilisée par tous les utilisateurs / processus mis ensemble.

ulimitest utilisée pour définir les limites du shell. Et donc quand une limite est définie avec ulimitsur un shell, le processus qui est généré à partir du shell obtient également cette valeur en raison de la règle qui child processhérite de laparent processes propriétés.

Et donc pour votre cas, comme le redisdémarrage de initrien de ce qui précède ne vous aidera directement. Pour ce faire, vous devez utiliser la ulimitcommande pour définir la nouvelle valeur dans le script init lui-même. Comme ci-dessous dans le script,

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

Il y a déjà un bug dans la liste de souhaits pour ajouter une ulimitfonctionnalité àstart-stop-daemon .

Vérifiez également dans la redisconfiguration s'il existe un moyen de fournir des limites.

Le paramètre sysctl fs.file-max est une large limite globale du système, je ne pense pas que ce soit une bonne idée de définir dans ulimit la même valeur.

Si vous définissez dans ulimit 100000 et dans sysctl.conf 100000 également, un utilisateur peut bloquer le système

De toute façon, en parlant de votre problème, vous devez être sûr que votre système utilise pam_limits

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

Vous avez activé pam_limits pour sshd, mais cette commande est-elle exécutée à partir d'une session SSH? Vous devrez peut-être ajouter la même ligne à /etc/pam.d/loginet / ou /etc/pam.d/suet / ou /etc/pam.d/sudo.