Vous n'êtes pas identifié(e).

#1 Re : Installation » Echec de connections à distance postgresql 8.4 on UBUNTU Karmic ? » 01/03/2010 16:34:05

En outre, petit souci sur cette ligne :

host    all         all         192.168.132.18/32     md5

Le masque de sous-réseau est trop strict, c'est probablement 192.168.132.0/24 ou 192.168.144.0/24, non ?

#2 Re : Général » Probleme avec Postgres » 06/08/2009 00:23:56

Alex7995 a écrit :
buggy a écrit :

Un freeze machine avec peu d'effort me fait souvent penser à un problème de disque dur. Celeron 220 ? Est-ce qu'il s'agirait d'un portable avec un SSD bas de gamme ?

Kimsufi L de OVH, Celeron et 1 Go de ram, sa doit être sa !

Hum... Oui, bon. Certes, il paraît qu'on ne dit pas toujours du bien de ce genre d'hébergements d'entrée de gamme mais quand même smile
Un P200 fait tourner un blog modeste sans trop de souci ; le problème doit venir d'ailleurs. Quid des logs ? Et à propos de l'utilisation mémoire, la swap est-elle utilisée ?

Si le site est déjà en production, quelques rustines d'urgences :
- modifier le compte utilisé pour rajouter une condition 'CONNECTION LIMIT' : http://docs.postgresql.fr/8.3/sql-alteruser.html
  Cela évitera que les connexions s'accumulent au dessus de ce que le serveur semble pouvoir supporter.
- si le site est en PHP : http://fr.php.net/manual/en/info.config … ution-time
  (à désactiver pour le debuggage, sinon bonjour les "unexpected EOF on client connection")
 
Ça n'empêchera pas le déni de service mais ça devrait éviter le crash serveur. Voilà pour le bout de scotch wink

Comme dit précédemment, pour tenter de résoudre le problème, il nous faudrait, si possible, plus d'informations : requêtes en cause, schéma, tailles des tables, configurations, ...


PS: éventuellement tester et chiffrer la montée en charge du site. Ab permet de spécifier le nombre de consultations concurrentes : http://httpd.apache.org/docs/2.0/programs/ab.html

#3 Re : Général » Probleme avec Postgres » 02/08/2009 00:44:23

Bonsoir,

Si le log fonctionne malgré tout, l'instruction 'log_min_duration_statement' pourrait s'avérer utile. Voir aussi 'log_statement' et 'log_duration'.
http://docs.postgresqlfr.org/8.3/runtim … -statement
À placer dans le fichier postgresql.conf, recharger PostgreSQL et surveiller le fichier de log (attention, des données confidentielles peuvent apparaître :)

Un freeze machine avec peu d'effort me fait souvent penser à un problème de disque dur. Celeron 220 ? Est-ce qu'il s'agirait d'un portable avec un SSD bas de gamme ?

Par ailleurs, merci d'avoir mentionné 'htop'. Je ne connaissais pas et ça a l'air très sympa.

Pied de page des forums

Propulsé par FluxBB