Project

General

Profile

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

Added by Christophe Dezé almost 4 years ago. Updated about 3 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Philippe Caseiro
Target version:
Distribution EOLE - sprint 2017 7-9 Equipe MENSR
Start date:
04/19/2016
Due date:
% Done:

100%

Estimated time:
2.00 h
Spent time:
1.25 h
Remaining (hours):
0.0

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

Associated revisions

Revision c9206f03 (diff)
Added by Philippe Caseiro about 3 years ago

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

History

#1 Updated by Gérald Schwartzmann almost 4 years ago

  • Subject changed from augmenter le ulimit du service zephir backend to Augmenter la valeur ulimit du service zephir backend rend le service plus véloce

#2 Updated by Fabrice Barconnière almost 4 years ago

  • Tracker changed from Demande to Tâche
  • Description updated (diff)
  • Parent task set to #15802

#3 Updated by Fabrice Barconnière over 3 years ago

  • Project changed from Zéphir to eole-common
  • Description updated (diff)
  • Estimated time set to 2.00 h
  • Remaining (hours) set to 2.0

#4 Updated by Fabrice Barconnière over 3 years ago

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 Updated by Karim Ayari about 3 years ago

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 Updated by Philippe Caseiro about 3 years ago

  • Assigned To set to Philippe Caseiro

#7 Updated by Philippe Caseiro about 3 years ago

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 Updated by Philippe Caseiro about 3 years ago

  • Status changed from Nouveau to En cours

#9 Updated by Scrum Master about 3 years ago

  • Status changed from En cours to Résolu

#10 Updated by Daniel Dehennin about 3 years ago

  • Remaining (hours) changed from 2.0 to 0.0

#11 Updated by Daniel Dehennin about 3 years ago

  • % Done changed from 0 to 100

La solution retenue est de configurer systemd pour augmenter le nombre de descripteur de fichier.

#12 Updated by Daniel Dehennin about 3 years ago

  • Status changed from Résolu to Fermé

#13 Updated by Daniel Dehennin about 3 years ago

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.

Also available in: Atom PDF