RE: psql: FATAL: sorry, too many clients already

From: "Fernando Hevia" <fhevia(at)ip-tel(dot)com(dot)ar>
To: "'luis muro'" <luis(dot)muro(at)gmail(dot)com>, "'Jaime Casanova'" <jcasanov(at)systemguards(dot)com(dot)ec>
Cc: "'Moises Alberto Lindo Gutarra'" <mlindo(at)gmail(dot)com>, <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: RE: psql: FATAL: sorry, too many clients already
Date: 2009-11-12 18:41:16
Message-ID: 406EE361FFF84CEB8E3B2AF9E6C4C048@iptel.com.ar
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-es-ayuda

> -----Mensaje original-----
> De: luis muro
>
> Alguien tiene alguna idea :S por el momento reduci el
> child_life_time y reinicio el server cada hora pero
> obviamente eso no es correcto
>

Primero: ¿Seguro que Postgres está aceptando 200 conexiones? Ten presente
que modificar el parámetro max_connections requiere un restart, con un
reload no alcanza.

Segundo: Para identificar el problema hay que tener en claro quién está
ocupando las 200 conexiones.
Por los parámetros que indicaste pgpool debiera insumir 192 conexiones
máximo. ¿Las 8 restantes quién las ocupa?

Esta consulta te dará una idea por base y usuario:

select datname, usename, count(*)
from pg_stat_activity
group by datname, usename

O para ver de donde provienen:

select client_addr, count(*)
from pg_stat_activity
group by client_addr

Si pgpool está corriendo en el mismo equipo aparecerá con '127.0.0.1'. Las
conexiones por unix sockets muestran NULL.

Saludos,
Fernando.

In response to

Responses

Browse pgsql-es-ayuda by date

  From Date Subject
Next Message Fernando Hevia 2009-11-12 19:13:13 RE: Centralizar informacion de bases de datos
Previous Message luis muro 2009-11-12 18:13:41 Re: psql: FATAL: sorry, too many clients already