Re: IDLE'S EN SERVIDOR

Has probado hacer un túnel ? para ver si mejora el tema ?

Son clientes linux a linux o windows ?

Si es Linux a linux ssh -L 5433:server:5432 -l USUARIO SERVER -C

Y tu aplicación la apuntas a tu maquina local el -C comprime.

Lo otro es revisar que onda con la red, usa ntop para ver si tienes
algo raro... si usas VPN revisa que el MTU este a 1498 y no a 1500 ( o
era al revez, alguien de redes puede indicar el valor correcto).

tcpdump -n -nn port 5432 (en el cliente para ver que pasa por el
puerto de postgresql) a nivel de red... y revisa el ifconfig (paquetes
perdidos o droped). Pero ntop te dara una luz de lo que pasa por tu
red y ssh con -C te puede ayudar en caso que el trafico sea grande
(consultas gigantes y logica en el cliente no en la base.).

2010/10/9 Marcelo Retamal <mretamal(at)cmet(dot)net>:
>
> Si, es la misma aplicación para todos.
>
> Atte., Marcelo   R E T A M A L   Vallejos
> Ingeniería de Sistemas, CMET
> Los Leones 1412
> 251 33 33 Anexo 2431
>
>
> -----Mensaje original-----
> De: pgsql-es-ayuda-owner(at)postgresql(dot)org
> [mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Jaime Casanova
> Enviado el: viernes, 08 de octubre de 2010 13:54
> Para: Marcelo Retamal
> CC: Lista Postgres
> Asunto: Re: [pgsql-es-ayuda] IDLE'S EN SERVIDOR
>
> 2010/10/8 Marcelo Retamal <mretamal(at)cmet(dot)net>
>>
>> Hola a todos los miembros de la lista.
>>
>> Tengo el sgte., caso referente al estado IDLE en el servidor de BD de
> la empresa.  Una aplicación desarrollada en VB por nuestro
>> depto, y usada por todas las sucursales a lo largo de chile se
> comporta de forma distinta al hacer la misma consulta pero en
>> distintas sucursales.  Si esa consulta  del programa la ejecuto en
> Stgo, los IDLES de ella se abren y cierran de forma casi
>> inmediata, pero si la ejecuto desde la sucursal de Rancagua esta abre
> una cantidad de IDLES (sobre 10) que cuesta que
>> desaparezcan del servidor.  ¿Por qué ocurre esto? ¿cómo o con qué
> herramienta podemos chequear donde está el problema?, a
>> nosotros nos huele a RED, pero no es nuestra área, así que de alguna
> forma debemos asegurarnos que no seamos nosotros.
>>
>
> Si es la misma aplicacion (sin modificaciones hechas en cada sucursal)
> y el mismo servidor (uno centralizado al que se conectan todos desde
> cualquier ciudad o region), entonces posiblemente si sea red (la
> conexion se pierde y el servidor no se entera) si ese es el caso
> posiblemente te sirvan los parametros tcp_keepalives_*
>
> --
> Jaime Casanova         www.2ndQuadrant.com
> Professional PostgreSQL: Soporte y capacitación de PostgreSQL
> -
> Enviado a la lista de correo pgsql-es-ayuda
> (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripcin:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>
>
> -
> Enviado a la lista de correo pgsql-es-ayuda (pgsql-es-ayuda(at)postgresql(dot)org)
> Para cambiar tu suscripción:
> http://www.postgresql.org/mailpref/pgsql-es-ayuda
>

--
Saludos,
Horacio Miranda Aguilera.