Archive for the ‘CEntOS’ Category

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

Recuperar password de SYSTEM en Oracle

lunes, marzo 31st, 2014

A veces pasa que si no existe un proceso para guardar o mantener las password de los distintos sistemas actualizada, puede pasar que se cambie la password sin que todos los participantes se enteren.

Oracle puede ser un caso, pero si tienes la password de root, del sistema (o administrador en caso de windows) puedes aplicar los siguientes pasos

[root@server ~]# su - oracle
[oracle@server ~]$ sqlplus /nolog
SQL*Plus: Release 11.2.0.1.0 Production on Mon Mar 31 17:16:17 2014
Copyright (c) 1982, 2009, Oracle.  All rights reserved.
SQL> connect / as sysdba
Connected.
SQL> ALTER USER system IDENTIFIED BY lanuevapassword;

User altered.

SQL> exit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options

En windows solo debes poner a un usuario (el que utilizas para administrar) en el grupo DBA de Oracle, y con ese usuario utilizar sqlplus. Con ello te podrás conectar y cmabiar la password.

Instalación de mcrypt de php en redhat 6

jueves, noviembre 28th, 2013

Red Hat 6 no viene con las librerías de mcrypt de php, por lo que se requiere hacer una instalación a mano de estas librerías, ejecuta estos comandos en este orden y sufriras de una instlación exitosa de mcrypt para php

wget https://dl.fedoraproject.org/pub/epel/6/x86_64/php-mcrypt-5.3.3-1.el6.x86_64.rpm
wget https://dl.fedoraproject.org/pub/epel/6/x86_64/libmcrypt-2.5.8-9.el6.x86_64.rpm
yum localinstall php-mcrypt-5.3.3-1.el6.x86_64.rpm php-mcrypt-5.3.3-1.el6.x86_64.rpm libmcrypt-2.5.8-9.el6.x86_64.rpm
service httpd restart

RedHat Cambia de MySQL a MariaDB

lunes, junio 17th, 2013

Uno de los que puede ser otro golpe bajo para Oracle es que RedHat decidio cambviar en su distribución de MySQL a MariaDB. Recordemos que MySQL fue adquirido por Oracle a través de la adquisición de Sun Microsystems, lo que nunca dejo muy contento a la comunidad de MySQL y así como paso con Java hizo desertar a su creador Monty (es llamado así, pero su nombre es Ulf Michael Widenius) de MySQL.

Esto tiene varias implicancias debido a que CentoS y el mismisimo Unbrakeable Linux (de Oracle) estan basados en RedHat, para que decir Fedora…

Además RedHat es dentro de la comunidad Linux el referente más importante a la hora de su instalación en servidores, y por lo general cuando toma un rumbo, más de otra distribución lo sigue.

Referencias:
ITware (Red Hat ditches MySQL, switches to MariaDB)