Tâche #15933
Scénario #15802: Étudier et adapter le paramétrage ulimit sur Zéphir et les autres modules
Augmenter la valeur ulimit du service zephir backend rend le service plus véloce
Description
Dictionnaire et template (/etc/security/limits.d/eole.conf) pour tous les modules mais désactivé par défaut.
Éventuellement, redéfinir pour Zéphir et Sphynx avec des valeurs à définir :
root hard nofile 100000 et root soft nofile 65535 proposé par Amiens sur Sphynx.
En attendant, publier dans les pages Errata comment déployer ce fichier par Zéphir
Demande originale :
--------------------------
Éventuellement, augmenter la valeur par défaut pour Zéphir et Sphynx.
le passage du ulimit à 8192 a rendu le zephir plus veloce.
lsof -p `cat /var/run/zephir_backend.pid` |wc -l
depasse souvent les 1024
--------------------------
Demandes liées
Révisions associées
Augmentation de la limite de fichiers ouverts
Augmente la limite de fichiers ouverts pour le processus
du backend zephir, équivalent à "ulimit -n"
ref #15933 @1h
Historique
#1 Mis à jour par Gérald Schwartzmann il y a environ 8 ans
- Sujet changé de augmenter le ulimit du service zephir backend à Augmenter la valeur ulimit du service zephir backend rend le service plus véloce
#2 Mis à jour par Fabrice Barconnière il y a environ 8 ans
- Tracker changé de Demande à Tâche
- Description mis à jour (diff)
- Tâche parente mis à #15802
#3 Mis à jour par Fabrice Barconnière il y a plus de 7 ans
- Projet changé de Zéphir à eole-common
- Description mis à jour (diff)
- Temps estimé mis à 2.00 h
- Restant à faire (heures) mis à 2.0
#4 Mis à jour par Fabrice Barconnière il y a plus de 7 ans
ERRATA¶
il suffit de déployer un fichier contenant :
root hard nofile 100000 root soft nofile 65535
en adaptant les valeurs.
Ce fichier doit se trouver dans le répertoire /etc/security/limits.d/
#5 Mis à jour par Karim Ayari il y a plus de 7 ans
j'ai créé un fichier eole.conf avec le contenu cité au dessus, j'ai redémarré mais le nombre de maximum open files était toujours à 1024
vu avec la commande "cat /proc/num_pid/limits
du coup j'ai ajouté ulimit -n 8192 dans la fonction do_start du script d'init /etc/init.d/zephir et relancé le service et c'est ok.
#6 Mis à jour par Philippe Caseiro il y a environ 7 ans
- Assigné à mis à Philippe Caseiro
#7 Mis à jour par Philippe Caseiro il y a environ 7 ans
Voici un contournement pour EOLE 2.6.0 :
Créer un fichier /etc/systemd/system/zephir.service.d/limit.conf avec :
[Service] LimitNOFILE=8192
Puis lancer la commande:
systemctl daemon-reload
Enfin :
service zephir restart
Normalement le démon est lancé avec une limite à 8192
#8 Mis à jour par Philippe Caseiro il y a environ 7 ans
- Statut changé de Nouveau à En cours
#9 Mis à jour par Scrum Master il y a environ 7 ans
- Statut changé de En cours à Résolu
#10 Mis à jour par Daniel Dehennin il y a environ 7 ans
- Restant à faire (heures) changé de 2.0 à 0.0
#11 Mis à jour par Daniel Dehennin il y a environ 7 ans
- % réalisé changé de 0 à 100
La solution retenue est de configurer systemd pour augmenter le nombre de descripteur de fichier.
#12 Mis à jour par Daniel Dehennin il y a environ 7 ans
- Statut changé de Résolu à Fermé
#13 Mis à jour par Daniel Dehennin il y a environ 7 ans
Seul problème, si s’en est un, la valeur n’est pas personnalisable simplement par l’admin, il doit éditer la configuration avec systemctl edit zephir.service
pour définir une nouvelle limite.
#14 Mis à jour par Joël Cuissinat il y a 3 mois
- Lié à Scénario #35717: Permettre le tunning du nombre de fichiers ouverts par les démons basés sur twisted ajouté