Re: Termin ar sesión de usuario IDLE
- From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
- To: David Acevedo Salazar <dgacevedo(at)yahoo(dot)es>
- Cc: Postgresql <pgsql-es-ayuda(at)postgresql(dot)org>
- Subject: Re: Termin ar sesión de usuario IDLE
- Date: Mon, 30 Jul 2007 13:35:40 -0400
- Message-id: <20070730173540.GG7628@alvh.no-ip.org> <text/plain>
David Acevedo Salazar escribió:
> Alvaro Herrera escribió:
>> Lo que debes hacer es corregir los fallos en tu aplicacion que hacen que
>> las conexiones queden abiertas. Eso nunca debe suceder; y cuando
>> suceda, investiga que aplicacion/pagina esta causandolo y corrigela.
>>
> Alvaro gracias por contestar tan rápidamente ...
> te doy mas antecedentes de lo que esta pasando en mi Postgres (con Suse
> linux 10.2, PostgreSQL 8.1.9 y java 1.5.0_10 ), por lo que he podido
> verificar el problema de la desconexión es porque en la empresa de uno de
> mis clientes al parecer tiene problemas saturación de enlace de RED y su
> router cuando ocurre esto aborta y/o empieza a rechazar conexiones y puesto
> que este cliente se conecta a la BD via una VPN, cuando ocurre esta
> situación los PC Clientes pierdan conexión al servidor VPN y por lo tanto
> a la BD. Por ahora esta situación esta fuera de mi control .. pero si me
> esta ocasionando problemas como el comentado anteriormente ...
Ok, tiene sentido. En tal caso te recomiendo activar los parametros
tcp_keepalives_* en postgresql.conf. Asi, cuando una conexion se
pierda, el sistema lo sabra a tiempo y cerrara la conexion
automaticamente (liberando locks, etc). Ojo, no los pongas muy bajos
porque entonces puedes empezar a perder conexiones que estan OK.
Con los valores por omision deberia funcionar pero los valores pueden
ser un poco altos.
--
Alvaro Herrera http://www.PlanetPostgreSQL.org/
"La realidad se compone de muchos sueños, todos ellos diferentes,
pero en cierto aspecto, parecidos..." (Yo, hablando de sueños eróticos)
Home |
Main Index |
Thread Index