Skip site navigation (1) Skip section navigation (2)

Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Problema c?==?UTF-8?Q?on backends de postgres que no mueren al morir la aplicació?==?UTF-8?Q?n que los crea

From: Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>
To: Gerardo Herzig <gherzig(at)fmed(dot)uba(dot)ar>
Cc: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, Leonardo Castillo <leonardo(dot)castillo(at)alejandria(dot)biz>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Problema c?==?UTF-8?Q?on backends de postgres que no mueren al morir la aplicació?==?UTF-8?Q?n que los crea
Date: 2010-02-24 16:45:10
Message-ID: 3073cc9b1002240845y36e8b5cn51d4fceb6310646a@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
2010/2/24 Gerardo Herzig <gherzig(at)fmed(dot)uba(dot)ar>:
> Alvaro Herrera wrote:
>> Leonardo Castillo escribió:
>>> Buenas tardes amigos listeros.
>>>
>>> Tengo una aplicación que se conecta a un servidor PostgreSQL 8.3, esta
>>> aplicación es un CGI que corre en Apache. La misma tiene un tiempo máximo de
>>> ejecución de 5 minutos. En algunos casos la ejecución del mismo es cortada
>>> por el apache pues tardó 5 minutos y no devolvió respuesta y el proceso mio
>>> muere, más no así es postgres.exe asociado a la conexión. Entonces he aqui
>>> la primera pregunta, como hago para que estos backends de PostgreSQL mueran
>>> al morir mi aplicación o como decirle al server postgres que el tiempo
>>> máximo de ejecución de un backend es 5 minutos.
>>
>> Quizas deberias poner un statement_timeout=5min (o un poco menos) en
>> Postgres para evitar este problema.  Lo más sensato, en todo caso, es no
>> tener consultas que demoren 5 minutos.
>>
> Y si el timeout esta dado por el cgi en si (digamos, abre la conexio,
> tiene que mandar 500000 emails antes de escribir en alguna tabla),
> entonces podrias ver las variables tcp_keepalives_*
>

por que matar la conexion? que no es mas razonable hacer que el cgi
*cierre* la conexion?
despues de todo el programador es el que realmente saber cuando la
conexion ya no se necesita,
un dia de estos vendras por aca reclamando porque el postgres decidio
matar un proceso que tu
si querias vivo aun

-- 
Atentamente,
Jaime Casanova
Soporte y capacitación de PostgreSQL
Asesoría y desarrollo de sistemas
Guayaquil - Ecuador
Cel. +59387171157

In response to

Responses

pgsql-es-ayuda by date

Next:From: Miguel Angel Hernandez MorenoDate: 2010-02-24 16:48:34
Subject: B-Tree o HASH
Previous:From: Gerardo HerzigDate: 2010-02-24 16:02:04
Subject: Re: B-Tree o HASH

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group