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

--===============2294753157480824279==
Content-Type: multipart/alternative; boundary=0015175908183a704d04aea204de

--0015175908183a704d04aea204de
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

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 soporta=
do
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 quedaba "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 h=
a
> tenido el mismo problema? o agradezco sugerencias para salir de el.
> He trabajado esta situaci=F3n con varias versiones de ubuntu, la actual e=
s
> 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
>

--0015175908183a704d04aea204de
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

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.<br>Esto depen=
diendo de si est=E1s usando el provider totalmente manualmente o accedes a =
=E9l a trav=E9s una interfaz gen=E9rica que deje &quot;escuchando&quot; la =
conexi=F3n, aunque tu la hayas cerrado.<br>
<br>Esto se ve monitorizando las conexiones de la base de datos, est=E1n co=
mo dormidas.<br><br>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=F3=
n quedaba &quot;dormida&quot;<br>
<br>Esto significaba que tras varias horas de navegaci=F3n, el sistema no s=
erv=EDa nuevas conexiones ni reciclaba las viejas y fallaba.<br><br>El prov=
ider 6.2 hacia arriba al instalarse llamaba a un servicio que comprobaba re=
gularmente las conexiones &quot;dormidas&quot; y las eliminaba si no se usa=
ban en X horas o minutos.<br>
<br>Prueba a poner pooling =3D false para tener control real de liberar los=
 recursos de la conexi=F3n y que se cierre realmente.<br><br>Pero en casos =
de escalabilidad y para mejorar el rendimiento, es mejor usar un provider q=
ue permita rehusar las conexiones.<br>
<br>Un saludo,<br><br><div class=3D"gmail_quote">El 6 de octubre de 2011 16=
:09, Rafael Rueda <span dir=3D"ltr">&lt;<a href=3D"mailto:[email protected]=
">[email protected]</a>&gt;</span> escribi=F3:<br><blockquote class=3D"gmai=
l_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left=
:1ex;">
Tengo un servidor ubuntu sobre el cual tengo aplicaciones desarrolladas<br>
con <a href=3D"http://asp.net" target=3D"_blank">asp.net</a> con apache sob=
re una base de datos postgresql, en varias de<br>
estas aplicaciones emito reportes bajo PDF. He cuidado rigurosamente de<br>
manejar la apertura y cierre de las bases de datos. He cambiado<br>
par=E1metros en la configuraci=F3n de postgresql. El sistema trabaja<br>
normalmente, pero en un momento se queda inactivo, por una o varias<br>
horas o definitivamente no responde hasta no reiniciar (restart o<br>
reload) indistintamente apache o reiniciar la base de datos. =BFAlguien ha<=
br>
tenido el mismo problema? o agradezco sugerencias para salir de el.<br>
He trabajado esta situaci=F3n con varias versiones de ubuntu, la actual es<=
br>
la 11.04, varias versiones de postgres la actual es la 9.0 y varias<br>
versiones de mono la actual es 2.10.5 y en mod_mono es la 2.10.<br>
Agradezco sus aportes.<br>
<br>
Rafael Rueda<br>
<br>
_______________________________________________<br>
Mono-hispano mailing list<br>
<a href=3D"mailto:[email protected]">Mono-hispano@listas=
.mono-hispano.org</a><br>
<a href=3D"https://listas.hispalinux.es/mailman/listinfo/mono-hispano" targ=
et=3D"_blank">https://listas.hispalinux.es/mailman/listinfo/mono-hispano</a=
><br>
</blockquote></div><br>

--0015175908183a704d04aea204de--

--===============2294753157480824279==
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

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