Projet

Général

Profil

Actions

Support #5873

fermé

FATAL: limite de connexions dépassée pour les utilisateurs standards

Ajouté par Emmanuel GRANGE il y a environ 10 ans. Mis à jour il y a presque 10 ans.

Statut:
Closed
Priorité:
Normal
Assigné à:
-
Catégorie:
Serveur
Version cible:
-
Début:
15/09/2014
Echéance:
% réalisé:

0%

Temps estimé:
Navigateur:
Firefox
Votre version de Silverpeas:
5.13.5
Système d'exploitation:
Livraison en TEST:
Livraison en PROD:

Description

Bonjour,

Aujourd'hui, nous avons eu énormément d'erreurs Postgresql : "FATAL: limite de connexions dépassée pour les utilisateurs standards"
Lorsque les utilisateurs tentaient de se connecter, il obtenaient une erreur : "Problème technique"
L'annuaire marche correctement.

Lorsque j'ai consulté l'état de la BDD :
psql -c "SELECT datname,usename,procpid,client_addr,waiting,query_start,current_query FROM pg_stat_activity;" SilverpeasProduction
Il n'affichait que 78 lignes dont seulement 2 en cours d'utilisation.

Sachant que le système est configuré comme suit :
MIN_POOL_SIZE=5
MAX_POOL_SIZE=195

Mis à jour par David Lesimple il y a environ 10 ans

  • Statut changé de New à Feedback

Bonjour,

Cela ne vient pas du paramétrage du pool dans config.properties.
il faut vérifier dans les logs de Postgresql si il n'y a pas eu de lock.

Mis à jour par Emmanuel GRANGE il y a environ 10 ans

Ce matin, nous avons encore eu des problèmes de limite de connexions dépassé.

Au moment où j'ai constaté le problème, la requête sur la table pg_stat_activity affichait 192 lignes (dont beaucoup en IDLE) et varie rapidement.

Il semble bien que le problème vienne de là.
Jusqu'à combien de pool de connexions peut-on monter ?
Quelle est la mémoire nécessaire ?

Nous avons actuellement 200 personnes de connectées en continu.

Mis à jour par David Lesimple il y a environ 10 ans

  • Catégorie changé de Authentification à Serveur

IDLE signifie en attente, donc le pool de connexions est bien dimensionné.
je rappelle que c'est le nombre de requêtes SQL simultanées possible, 200 utilisateurs en continu ne signifie pas 200 requetes simultanées à la BD.

Par contre, il est possible que la valeur par défaut de 15 minutes pour une connexion persistante en IDLE soit trop élévé.
je te propose de baisser cette valeur à 3 minutes.
Paramètre IDLE_TIMEOUT dans config.properties

Mis à jour par Emmanuel GRANGE il y a environ 10 ans

D'accord.
Je suppose qu'il faut redémarrer le serveur (Postgres et portail) pour faire cette modification.

Comment cela marche : A chaque requête, il créé un nouveau pool, et attends 15 minutes pour le libérer ?

Mis à jour par David Lesimple il y a environ 10 ans

non, puisqque c'est dans Silverpeas, donc Arret SP, modif config.properties, SilverpeasSettings et démarrage SP.

Mis à jour par David Lesimple il y a presque 10 ans

  • Statut changé de Feedback à Closed
Actions

Formats disponibles : Atom PDF