= Instalación de RT en CentOS =

(Se presupone la instalación y correcta configuración de sendmail para la recepción y el envío de correo desde y hacia el host)

Primero instalamos algunos paquetes necesarios

yum install -y  httpd-2.2.3-31.el5.centos.2 perl mysql-5.0.77-4.el5_4.1 mysql-server-5.0.77-4.el5_4.1 mod_perl-2.0.4-6.el5
graphviz graphviz-devel graphviz-doc graphviz-gd graphviz-perl perl-GraphViz.noarch
gd-2.0.33-9.4.el5_4.2 gd-devel-2.0.33-9.4.el5_4.2

”’Ahora instalamos RT”’

wget http://download.bestpractical.com/pub/rt/release/rt-3.8.7.tar.gz
tar xzvf rt-3.8.7.tar.gz -C /opt ; cd /opt/rt-3.8.7
./configure –with-web-user=apache –with-web-group=apache –with-web-handler=modperl2 –with-db-type=mysql –prefix=/opt/rt3 –enable-graphviz –enable-gd –enable-gpg
make testdeps

”’Configuración de CPAN”’
nota-> dependencias ncftp y links, las podemos descargar de rpmfind.net

Para configurar CPAN ehecutamos

/usr/bin/perl -MCPAN -e shell

Le damos a todos los valores por defecto menos la codificación (UTF8), luego de los mirrors eligimos Europa, luego Finlandia y luego todas las opciones que de

NOTA:
Las dependencias de RT son muchas así que paciencia, dale que si que si a las dependencias hasta que termine. Si configuras CPAN para que procese las dependencias sin preguntar, preparate, yo una vez lo tuve 2 días hay rulando,

Ahora ya podemos ejecutar

make fixdeps

Si termina en fallo, te habrá soltado en pantalla los que falta, entonces toca ir a /root/.cpan/build y revisar los paquetes, la rutina normal para instalar un modulo de Perl es

(make clean)
perl Makefile.PL
make
make install

Aunque siempre es bueno usar el –help. Para instalar un modulo de los repositorios de CPAN configurados podemos hacer

cpan -i RT::Extenison::CommandByMail

Un caso común en la 3.8.4

Módulo XML::RSS -> RT busca la versión 1.05, CPAN instala la 1.43, se pueden descargar las fuentes de http://search.cpan.org

Una vez resueltas todas las dependencias de perl, podemos terminar la instalación

make install ; make initialize-database

Ahora creamos el archivo de configuración de apache

vi /etc/httpd/conf.d/rt3.conf

Alias /helpdesk “/opt/rt3/share/html/”
PerlRequire /opt/rt3/bin/webmux.pl
<Directory “/opt/rt3/share/html/”>
AllowOverride All
Options ExecCGI FollowSymLinks
RewriteEngine On
RedirectMatch permanent (.*)/$ $1/index.html
AddDefaultCharset UTF-8
SetHandler perl-script
PerlHandler RT::Mason
</Directory>

Ahora editamos el /etc/aliases e incluimos los aliases que necesitemos al final del archivo

#ALIAS RT
ejemplo: “|rt-mailgate –queue ejemplo –action correspond –url http://www.ejemplo.com/helpdesk/”
ejemplo-com: “|rt-mailgate –queue ejemplo –action comment –url http://www.ejemplo.com/helpdesk/”

Ahora nos aseguramos de que todo va a funcionar automatizado, y que reiniciamos los cambios realizados:

ln -s /opt/rt3/bin/rt-mailgate /etc/smrsh/
newaliases
service sendmail restart
chkconfig sendmail on
chkconfig httpd on
chkconfig mysqld on
service httpd restart

Y listo! Para acceder

http://www.ejemplo.com/helpdesk
root
password

Haciendo una máquina virtual hoy, nos hemos encontrado con un problemilla con el interfaz de red, y es que como siempre, tener el manual de referencia a nuestro lado es lo más importante.

Durante la creación de la máquina virtual, se le dio el interfaz de red vmxnet3, que anteriormente había sido asignada a otras máquinas, y esta vez no ha querido funcionar.

Veamos cuales son los tipos de interfaces de red que nos ofrece ESX y como podemos usarlos en cada máquina.

Vlance - Una emulación de AMD pcnet32 79C970 LANCE NIC, una antigua NIC de 10 Mbps con los controladores disponibles en la mayoría de resultados 32-bit sistemas operativos excepto Windows Vista y posteriores. Una máquina virtual configurada con este adaptador de red puede utilizar su red de inmediato. Siempre puede ser interesante usar modelos de este tipo en pruebas sobre máquinas antiguas.

Vmxnet - El interfaz de red virtual vmxnet no tiene interfaz física contrapartida. Vmxnet está optimizado para funcionar en una máquina virtuales. Será necesario el uso de VMware Tools, ya que los fabricantes no tienen los controladores para este interfaz.

Flexible - El interfaz de red flexible se identifica como un adaptador de Vlance al arrancar la máquina virtual, pero se inicializa a sí mismo, como Vlance o un adaptador vmxnet, dependiendo de qué controlador inicializa. Con las VMware tools instaladas, el controlador que se carga es el vmxnet y cambia el adaptador Vlance al de mayor rendimiento vmxnet.

E1000 - Una emulación de Intel Gigabit Ethernet NIC 82545EM, con drivers disponibles en la mayoría de los sistemas operativos más recientes, incluyendo Windows XP y posteriores y las versiones de Linux 2.4.19 y posteriores.

VMXNET 2 El adaptador vmxnet 2 se basa en el adaptador vmxnet pero ofrece algunas características de alto rendimiento de uso común en las redes modernas. Este adaptador de red virtual está disponible sólo para algunos sistemas operativos en ESX / ESXi 3.5 y posteriores.

VMXNET 3 El adaptador vmxnet 3 es la próxima generación de NIC paravirtualizado diseñado para un alto rendimiento, y no está relacionada con vmxnet o vmxnet 2. Ofrece todas las funciones disponibles en vmxnet 2, y añade varias características nuevas como soporte para múltiples colas, descarga de IPv6…

Dicen que no hay mal que por bien no venga, y ahora ya hemos podido refrescar la memoria.

Fuente: VMware

Si alguna vez de tantas pruebas en local os habéis cargado el servicio mysqld, puede que esto os ayude. No es la receta para todos los males, sólo nos permite resetear la contraseña de conexión del usuario root. ¿La has perdido?¿Se te ha olvidado?¿Tu mysql funciona pero te da un pete de “access denied” using password “yes”, aunque has metido las credenciales correctas?

Esta es la solución:

1-Paramos el servicio a lo machote
/etc/init.d/mysqld stop
killall mysqld
2-Lo arrancamos sin leer las tablas de permisos y como usuario root:
/usr/libexec/mysqld --skip-grant-tables --user=root &

3-Entramos en la consola a la BBDD mysql
mysql mysql

4-Y escribimos lo siguiente:
UPDATE mysql.user SET Password=PASSWORD('NUEVA PASSWORD') WHERE User='root';
flush privileges;
exit

Donde 'NUEVA PASSWORD' es tu nueva password entre comillas simples

5-Volvemos a para el servicio a lo machote
killall mysqld

6-Iniciamos el servicio normalmente:
/etc/init.d/mysqld start

Y comprobamos que funciona !!!

Para usar Yum donde haya un proxy, deberemos modificar el fichero de configuración /etc/yum.conf

Le agregaremos las siguientes líneas:

proxy=http://<IP-Servidor-proxy>:<puerto>/
proxy_username=<usuario>
proxy_password=<clave>

Funcionando !

El cliente Rhq usado para monitorización con JBoss ON, tiene la posibilidad de monitorizar entre varias cosas bases de datos Oracle, para ello deberemos ampliar con un plugin el servidor, para tener disponible esta funcionalidad.

El plugin de monitorización, para Oracle tiene un problemilla sencillo de solucionar. Cuando lo instalé por primera vez, me dio el siguiente error:

An unexpected error occurred in the Agent. Cause: java.lang.Exception:Discovery component invocation failed. -> org.rhq.core.pluginapi.inventory.InvalidPluginConfigurationException:Unable to connect to Oracle ->
org.rhq.core.pluginapi.inventory.InvalidPluginConfigurationException:Specified JDBC driverclass(oracle.jdbc.driver.OracleDriver) not found.

El error nos está indicando que no tiene el driver OJDBC, necesario para realizar la conexión; Indagando un poco localicé esto:

“The RHQ Agent’s Oracle plugin module is always built as part of the default RHQ Maven build. But, it will be limited to discovery only without the Oracle JDBC driver. The Oracle JDBC driver can be added manually to the rhq-oracle-plugin.jar by placing it in <root>/lib of the JAR file.”

Para solucionar el problema, hay que descomprimir el plugin y crear un directorio lib en el raíz del plugin, donde meteremos el driver ojdbc14.jar quedando solucionada esta pincelada que faltaba.

Hay que puntualizar y comentar que el plugin actualizado, lo situaremos en el directorio correspondiente de plugins dentro del servidor, ya que este es quien sirve los plugins a los agentes que vayamos creando.

Cuando JBoss levanta una instancia, hay varias opciones que podemos pasarle como parámetro al servidor de aplicaciones, entre ellas se encuentra la opción -b <IP>, esta opción nos permite decirle a JBoss de donde responder puede peticiones.

Si tenemos una máquina con dos interface:

eth0: 192.168.1.55

eth1: 172.26.0.55

Podemos decirle al servidor de aplicaciones que se levante en nuestra eth1 con -b 172.26.0.55. Ahora JBoss solo responderá a peticiones que provengan a esta dirección IP y no a otras, incluso desde dentro de la misma máquina rechazará peticiones a 127.0.0.1, ya que solo responde a la que se le ha dicho. Si no establecemos nada, por defecto usará localhost (127.0.0.1)

Cómo podemos obtener la dirección IP con nuestra aplicación JAVA, para saber sobre qué IP está la instancia escuchando ?

String res = "";
String ruta = propiedades_ruta.getString(”prueba_address”);
String protocolo = propiedades_ruta.getString(”prueba_protocol");
String puerto = propiedades_ruta.getString(”prueba_port");
//String servidor = java.net.InetAddress.getLocalHost().getHostAddress();
HttpServletRequest request = (HttpServletRequest)
FacesContext.getCurrentInstance().getExternalContext().getRequest();
String servidor = request.getLocalAddr();
res = protocolo+servidor+puerto+ruta;
return res;

Debemos agradecer el código a María José Sánzhez (gran compañera).

Hace tiempo que no aparezco por estos lares, demasiados eran los temas pendientes por dejar cerrados antes de realizar el cambio. Aun así, muchos son los retos y nuevos frentes que se abren y los que hacen que se dilate en el tiempo volver a poner un post en esta, la bitácora de Mfernandez.

Tras dar el paso, y dejar amigos, grandes profesionales, y más de lo que hubiese querido, me encuentro frente a un nuevo reto profesional, en el que daré el 100% como siempre he hecho. Han sido varios los motivos del cambio, pero solo uno el definitivo: el reto profesional.

Y a vosotros, qué os ha hecho cambiar de empresa ? qué haría que lo hicieras ?

Tiempo atrás hace 2 años escribí una entrada que hablaba sobre como crear un túnel ssh con la aplicación Plink. A pesar de haber estado trasteando con esta aplicación, de eso hace bastante tiempo y casi no recuerdo como se trabaja con ella. Hagamos memoria de como podemos hacer un túnel ssh hacia una segunda máquina, que por ejemplo se encuentre en una red distinta a la que no tenemos acceso, por ejemplo:

Acceder desde casa a la máquina de la oficina. Directamente no podemos acceder, porque la máquina de la oficina está en una red completamente distinta a la de casa. Por eso vamos ha realizar un salto entre la máquina firewall, para llegar a la máquina local de la oficina.

PC DE CASA   — >   MÁQUINA INTERMEDIA   — >  MÁQUINA DE LA OFICINA  (Ejemplo)

Paquito         — >           mfernandez.es        — >  mfernandezp                       (Mi caso)

Copiamos el ejecutable plink.exe y lo colocamos en el directorio C:\ para seguidamente crearle un acceso directo y colocarlo donde nos apetezca. Con botón derecho visionamos las propiedades y en destino le colocamos la siguiente linea:

ssh -L <puerto local>:<el otro equipo>:<puerto en el otro equipo><equipo que puede conectarse>

ssh -L 55555:mfernandezp:22  mfernandez.es  -l mfernandez

Hecho, ya tenemos transformado el puerto 22 de la máquina de la oficina en el puerto 55555 de paquito, ahora solo tenemos que hacernos un ssh a localhost -p 55555 usando el putty por ejemplo.

ssh -p 55555 localhost -l
ssh -p 55555 localhost -l mfernandez

Estos mismos principios podemos aplicárselos a cualquier puerto que queramos redireccionar a nuestra máquina.

Porqué uso ahora PostgreSQL y no antes ? pues simplemente porque NO consigo arrancar el maldito MySQL. Porqué no lo soluciono ? No hay tiempo para ello, solo para seguir aprendiendo.

He tenido un par de problemas cuando he insertado una tabla en PostgreSQL que tenía antes funcionando en MySQL, y me ha cascado. El problema se ha debido a un campo auto_increment. Este campo en MySQL es una columna numérica, que de forma automática genera un valor que crece para cada uno de los registros que se insertan. En PostgreSQL no existen, pero podemos simularlos mediante secuencias:

Hagámoslo:

CREATE SEQUENCE sequence_aut_id;

ALTER SEQUENCE sequence_aut_id RESTART WITH 1;

CREATE TABLE autonomos (
aut_id INT PRIMARY KEY DEFAULT NEXTVAL (’sequence_aut_id’),
autnombre VARCHAR (50)
);

Cuando estuve haciendo pruebas, me encontré con un problema y es que los campos id, los tengo iniciados en 1, pero tengo algunos registros de prueba con identificadores desde el 1 al 10.

CREATE RULE insert_people_rule AS ON INSERT TO autonomos DO ALSO
SELECT SETVAL (’sequence_aut_id’, (SELECT MAX(aut_id) FROM autonomos));

He usado un poco de código de diversas fuentes (blogs, listas…), porque le he dado unas cuantas vueltas a este problema, pero al final todo funciona perfectamente.

Si ya me daba pena despedirme de mis compañeros, aún me daba más cuando llegó el momento de llevarme los cachibaches y los cuatro papeles. El pasado jueves apareció Mikel con un regalazo de parte de todos los chicos del departamento de sistemas… y sin palabras me quedé cuando vi que se trataba de un juguetito una “jartá” de chulo. No voy a decir que es, pero sí voy a insertar una fotografía del mismo, para que todos puedan verlo.

Es todo un privilegio tener compañeros y amigos, tan grandes como todos vosotros. Como olvidar unos chicos tan fantásticos como vosotro.

Un abrazo a todos !!!