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