El día 19 de julio de 2010 12:22, Alfredo Daniel Rezinovsky
<[email protected]> escribió:
> El dom, 18-07-2010 a las 18:28 -0300, Lucas Nogueron escribió:
>> El día 18 de julio de 2010 12:12, Alfredo Daniel Rezinovsky
>> <[email protected]>
>> >
>> > Si se solucionó borrando el cache el problema lo tenés probablemente con
>> > el acceso al cache, con un cache muy grande el cpu de manejo de cache y
>> > el io de cache se dispara.
>> > Una de las soluciones es poner el cache con aufs en lugar de ufs. Con
>> > esto no mejoras el acceso al cache pero si separas las tareas de proxy y
>> > cache en hilos distintos para que una no frene a la otra.
>> >
>> > No entiendo por que aufs no es la configuración por default.
>>
>> Es que siempre tuvo aufs por defecto, 3GB de cache no me parece mucho.
>> Evidentemente como decis vos "con un cache muy grande el cpu de manejo
>> de cache y el io de cache se dispara". Muy probablemente pasó eso.
>>
>> cache_dir aufs /var/squid/cache 3000 16 256
>>
>> Lo que hice para solucionar el problema fue:
>>
>> 1-Parar el demonio squid
>> 2-Borrar cache manualmente
>> 3-Editar el squid.conf para que escuchar en la WLAN+LAN
>> 4-Iniciar el demonio squid.
>>
>> Otra cosa. Si borro access.log y cache.log (archivos de
>> /var/squid/log) manualmente puede haber algun problema?. Calculo que
>> se crearan de nuevo como la cache. He notado que han crecido bastante
>>
>> Saludos
>>
>
> si el cache.log no lo usas, toca el conf para que no lo cree.
Si estuve viendo eso en algunos foros. De todas maneras segun la
pagina de squid el cache.log es donde pone las cosas quiere que vos te
enteres. Por lo pronto desduzco que el problema fue un cache corrupto.
El sistema lleva 3 dias funcionando sin problemas. Saludos
--
Hay 10 tipos de personas, las que saben binario y las que no.
Luxas
