Re: Se cuelga aplicación bajo asp.n et

Gracias Alberto ahora el sistema est=E1 funcionando perfectamente.
Rafael Rueda

El jue, 06-10-2011 a las 16:19 +0200, Alberto Le=F3n escribi=F3:
> Solo se me ocurre que tengas las conexiones con pooling =3D true y que
> est=E9s usando un provider de postgresql que no soporta pooling.
> Esto dependiendo de si est=E1s usando el provider totalmente manualmente
> o accedes a =E9l a trav=E9s una interfaz gen=E9rica que deje "escuchando"=
 la
> conexi=F3n, aunque tu la hayas cerrado.
> =

> Esto se ve monitorizando las conexiones de la base de datos, est=E1n
> como dormidas.
> =

> Con mysql pas=F3 con los providers anteriores al 6.2 no estaba bien
> soportado el pooling, y aunque llamaras a Dispose() o Close() de la
> conexi=F3n, si en el web.config ten=EDas pooling=3Dtrue, la conexi=F3n qu=
edaba
> "dormida"
> =

> Esto significaba que tras varias horas de navegaci=F3n, el sistema no
> serv=EDa nuevas conexiones ni reciclaba las viejas y fallaba.
> =

> El provider 6.2 hacia arriba al instalarse llamaba a un servicio que
> comprobaba regularmente las conexiones "dormidas" y las eliminaba si
> no se usaban en X horas o minutos.
> =

> Prueba a poner pooling =3D false para tener control real de liberar los
> recursos de la conexi=F3n y que se cierre realmente.
> =

> Pero en casos de escalabilidad y para mejorar el rendimiento, es mejor
> usar un provider que permita rehusar las conexiones.
> =

> Un saludo,
> =

> El 6 de octubre de 2011 16:09, Rafael Rueda <[email protected]>
> escribi=F3:
>         Tengo un servidor ubuntu sobre el cual tengo aplicaciones
>         desarrolladas
>         con asp.net con apache sobre una base de datos postgresql, en
>         varias de
>         estas aplicaciones emito reportes bajo PDF. He cuidado
>         rigurosamente de
>         manejar la apertura y cierre de las bases de datos. He
>         cambiado
>         par=E1metros en la configuraci=F3n de postgresql. El sistema
>         trabaja
>         normalmente, pero en un momento se queda inactivo, por una o
>         varias
>         horas o definitivamente no responde hasta no reiniciar
>         (restart o
>         reload) indistintamente apache o reiniciar la base de datos.
>         =BFAlguien ha
>         tenido el mismo problema? o agradezco sugerencias para salir
>         de el.
>         He trabajado esta situaci=F3n con varias versiones de ubuntu, la
>         actual es
>         la 11.04, varias versiones de postgres la actual es la 9.0 y
>         varias
>         versiones de mono la actual es 2.10.5 y en mod_mono es la
>         2.10.
>         Agradezco sus aportes.
>         =

>         Rafael Rueda
>         =

>         _______________________________________________
>         Mono-hispano mailing list
>         [email protected]
>         https://listas.hispalinux.es/mailman/listinfo/mono-hispano
> =