Re: sistema en modo recuperacion

Muchas gracias Alvaro, era el problema que estaba estimando que sea.. la
consulta sobre la cantidad de conexiones era nada mas por que con el nuevo
server, comparando la consulta /etc/init.d/postgresql staus solo m aparece
(pid 2941) is running... , siendo que esta en produccion y con mucha carga.
No asi el sistema viejo, que practicamente ya no es utilizado, pero vere,
posiblemente sea lo que dices, que algun programa no esta soltando las
conexiones.

Saludos..

El 21 de octubre de 2010 11:56, Alvaro Herrera
<alvherre(at)commandprompt(dot)com>escribió:

> Excerpts from Diego Ayala's message of jue oct 21 11:02:58 -0300 2010:
> > Buenos dias a todos, estoy con un problema que no estoy entendiendo muy
> > bien, mi situacion es la siguiente.. Esta mañana me encontre con que mi
> > sistema emitia el siguiente error
>
> > buscando en la lista encontre la posible causa, ya que el primer mensaje
> > emitido antes de que ocurra esto fue
> >
> > 2010-10-18 01:04:28 PYST LOG: proceso de servidor (PID 27896) fue
> > terminado por una señal 9
>
> El OOM-killer presumiblemente.
>
> > Pero algo que me parece extraño es que al hacer la siguiente consulta del
> > estado del proceso veo esto
> >
> > [root(at)db data]# /etc/init.d/postgresql status
> >
> > Se está ejecutando postmaster (pid 4428 4425 4419 4418 4404 4402 4401
> 4394
> > 4356 4355 4351 4349 4327 4326 4325 4297 4284 4249 4248 4246 4244)...
>
> Esto no es anormal per se. Cada conexión es un proceso. Ahora, si tú
> estimas que no deberías tener tantas conexiones, entonces lo que debes
> hacer es investigar el lado del cliente para saber por qué no se están
> cerrando las conexiones una vez que dejan de ocuparse. Quizás tienes un
> pool de conexiones que no las está liberando, o quizás tu aplicación
> debería cerrarlas manualmente y no lo hace.
>
> --
> Álvaro Herrera <alvherre(at)commandprompt(dot)com>
> The PostgreSQL Company - Command Prompt, Inc.
> PostgreSQL Replication, Consulting, Custom Development, 24x7 support
>