Archive for julio, 2014

Error en instalacion de Varnish-cache en CEntOS 6.5

miércoles, julio 9th, 2014

Varnish esta construido para hacer que una infraestructura responda más rápido a requerimientos de peticiones.
Es util para cachear peticiones muy recurrentes y en realidad ha sido masivamente mencionado en foros como solución, por lo que descargue varnish-cache para hacer una pruebas pero al instalar según las instrucciones para RedHat, pero al hacerlo marco un error en la instalación

Error: Package: varnish-4.0.1-1.el6.x86_64 (varnish-4.0)
           Requires: libjemalloc.so.1()(64bit)
           Available: varnish-4.0.0-0.20140328beta1.el6.x86_64 (varnish-4.0)
               libjemalloc.so.1()(64bit)
           Available: varnish-4.0.0-1.el6.x86_64 (varnish-4.0)
               libjemalloc.so.1()(64bit)
           Available: varnish-4.0.0-0.20131129tp1.el6.x86_64 (varnish-4.0)
               Not found
           Installing: varnish-4.0.1-1.el6.x86_64 (varnish-4.0)
               Not found
Error: Package: varnish-4.0.1-1.el6.x86_64 (varnish-4.0)
           Requires: jemalloc

Y ya que no viene dentro de la distribución de CEntOS 6.5 entonces instale el repositorio EPEL, y luego un simple

yum install jemalloc

y finalmente la instalacion de la documentacion funciono correctamente

rpm --nosignature -i https://repo.varnish-cache.org/redhat/varnish-4.0.1.el6.rpm
yum install varnish

EPEL en linux CEntOS 6.5

miércoles, julio 9th, 2014

Para la descarga de paquetes adicionales, esos que son los por lo que en general te reclaman algunas instalaciones como dependencias no encontradas en tu distribución, es bueno adicionar el repositorio EPEL a las instalaciones de RedHat/CEntOS y otros basados en ellos.

Dos lineas en la consola de mando

wget https://epel.mirror.net.in/epel/6/i386/epel-release-6-8.noarch.rpm
rpm -Uvh epel-release-6-8.noarch.rpm

Con esto ya tenemos instalado el repositorio.

Solución a Internal Dummy Connection

domingo, julio 6th, 2014

Es posible si tienes un servidor apache corriendo con una version mayor a la 2.2.x que te aparezca una linea en el log construída de la siguiente forma

::1 - - [06/Jul/2014:22:27:48 -0400] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.2.15 (Red Hat) (internal dummy connection)"

En mi caso existian varias al punto de que se generaban en algunos casos una por segundo. Pensé que era algo que no debía pasar, pero la misma documentacion de apache dice que esto sucede para poder administrar los procesos hijos que genera apache promoviendo una solución, el establecer en el httpd.conf, donde se configura el log la línea

SetEnvIf Remote_Addr "127\.0\.0\.1" loopback

Esto no soluciona el problema, sólo logra que la linea no se escriba en el log, por lo que igual sabes que se esta administrando algo de forma que en algunos casos carga el servidor, porque se estan enviando peticiones desde loopback, o sea, desde si mismo, para si mismo. Descubri en elgunos sitios que las directivas aplicadas en un .htaccess en la raiz de /var/www/html minimizaba el problema

RewriteCond %{HTTP_USER_AGENT} ^.*internal dummy connection.*$ [NC]
RewriteRule .* - [F,L]

Finalmente encontre a alguien que comento que debiese ser que los min server y maxserver estarán mal configurados, por lo que debían incrementarse, a lo cual hice caso, y hasta el momento no he vuelto a tener el aviso, en mi caso la siguiente configuracion ayudó (verifica bien los valores antes de cambiarlos, podrías provocar en tu servidor otras situaciones derivadas del cambio):

<IfModule prefork.c>
StartServers       20
MinSpareServers    100
MaxSpareServers    200
ServerLimit     1530
MaxClients      1530
MaxRequestsPerChild  4000
</IfModule>

 

Ver
Wiki Apache Internal Dummy conection