El parámetro correcto es 'max_connections'. Si la cantidad de conecciones a la base llega a un tope antes de alcanzar ese valor entonces tienes otro limitador, memoria tal vez. Por lo que describis pareciera que tu problema está en el código ASP que NO cierra las conexiones, no en Postgres. Es imprescindible que los programadores hagan uso racional de las conexiones. La más simple es abrir y cerrar la conexión en cada página donde se consulta a Postgres. Esta técnica combinada con pooling de conexiones te brindará buena performance. Si no tienen demasiada actividad pueden prescindir del pooling. De lo contrario pgpool2 es una buena alternativa. Cualquier intento de matar los backends no es la solución que necesitas. Revisa el código ASP. Saludos, Fernando.
_____ De: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] En nombre de Javier Lugo Porras Me gustaria saber si supera alguno mas de 128 PID con postgres, ya q tengo el inconveniente q cuando llego a este valor NO PUEDO CREAR MAS CONEXIONES ( tengo configurado MAX_CONNECCIONES a '200' en postgresql.conf). Trato de cancelar los PID q se quedan en cola usando el PgAdmin3, pero al final del dia es q lo termina el mismo postgres, Alguien sabe como cancelar de forma inmediata?. Utilize la funcion pg_cancel_backend(pid) pero aun asi no me funciono. Si el user termina de utilzar una pag.web. el server-postgres queda este PID activo 'IDLE', pero en realidad no esta haciendo nada y ocupa un parking de conexion, me explico!!!, El inconveniente es cuando utilizo conexiones con ODBC/IIS7 en mis aplicaciones con ASP. Si me conecto con pgAdmin3 no ocurre esto, si se desconecta inmediatamente liberando una conexion. Saludos, Javier Lugo Porras www.multe-commerce.com _____ Discover the new Windows Vista Learn more! <http://search.msn.com/results.aspx?q=windows+vista&mkt=en-US&form=QBRE>
