Weblog de Julio Duque

Gestor gráfico de RAID para HP Proliants

Posteado por: jduquea en: julio 28, 2008

Vamos a seguir configurando nuestros HP Proliants para un rendimiento óptimo, ahora le toca a la controladora RAID. Todos hemos usado la herramienta cpqarrayd para visualizar nuestra controladora RAID. Ahora con la paquetería de HP podemos tener un entorno gráfico, para el manejo de la controladora. Como hemos se ha comentado en otros post, HP proporciona una paquetería bastante completa en etch, pero que también se puede hacer uso en sarge. En especial la que maneja la controladora RAID, los paquetes son:

cpqacuxe-7.80-4.linux.deb ; entorno gráfico para el manejo de la controladora RAID.

hpadu-7.80-4.linux.deb ; herramienta gráfica de diagnóstico de la controladora RAID

hpacucli-7.80-3.linux.deb ; herramienta de comandos para el manejo de la controladora RAID.

Para la instalación de estos paquetes, supondremos que hemos instalado todos los paquetes de nuestra distribución (sarge o etch) para la interfaz gráfica como son hpasm, hpsmh, etc…

Ahora solo nos queda instalar la paquetería anteriormente comentada;


dpkg -i cpqacuxe-7.80-4.linux.deb


dpkg -i hpadu-7.80-4.linux.deb


dpkg -i hpacucli-7.80-3.linux.deb

Una vez instalada, podremos ver como se han añadido nuevas opciones en la interfaz gráfica:

HP Array Configuration Utility

HP Array Diagnostic Utility

Ahora ya podremos hacer uso de nuestra herramienta en modo gráfico.

Herramienta visual para la configuración y el control de la controladora RAID:

  • Problemas que pueden aparecer:

No podemos entrar en la herramienta de configuración- cpqacuxe

Para poder acceder el remoto debemos ejecutar la herramienta con la opcion -R, ejecutamos los siguientes comandos:

Paramos el servicio por si estuviera levantado:

cpqacuxe -stop

Levantamos el servicio en modo remoto:

cpqacuxe -R

Si seguimos teniendo problemas, sólo nos queda cambiarles los permisos a la carpeta cpqacuxe, que se encuentra en /opt/compaq

chown hpsmh:hpsmh /opt/compaq/cpqacuxe

Si tenemos problemas con la herramienta de monitorización- hpadu, comprobaremos si el servicio se encuentra levantado si no lo estuviera, solo debemos ejecutar el comando:

hpadu -start

Para parar el servicio:

hpadu -stop

Etiquetas:

Paquetería debian para HP Proliant

Posteado por: jduquea en: junio 25, 2008

Después de ver el post de Ortegaga en donde nos informaba de la nueva paquetería para etch de HP, en los computadores Proliant, me dispuse a probarlo. Este es el resultado:

En primer lugar deberíamos descargar todos los paquetes y comenzamos la instalación;

La máquina que utilizamos para realizar la instalación fueron Proliant DL360 y DL380 .

Instalamos las headers del núcleo y el paquete make

apt-get install linux-headers-2.6.18-5-686 make

Instalamos los siguientes paquete para que por dependencia no nos devuelva ningún error

apt-get install libstdc++2.10-glibc2.2 ethtool snmpd libexpat1

Comenzamos la instalación de la paquetería de HP que nos hemos descargado

dpkg -i hp-OpenIPMI-7.8.0-108.etch26.i386.deb
dpkg -i hpasm-7.8.0-100.etch26.i386.deb
dpkg -i hprsm-7.8.0-103.etch26.i386.deb
dpkg -i hpsmh-2.1.7-167.debian.i386.deb
dpkg -i cmanic_7.9.0-5b.etch_i386.deb
dpkg -i cpqacuxe-7.80-4.linux.deb
dpkg -i hpadu-7.80-4.linux.deb

En algunas máquinas el paquete cmanic… puede dar problemas con las tarjetas de red, produciendo bloqueos.
Arrancamos servicios y observamos estado de los paquetes instalados:

/etc/init.d/hprsm start
/etc/init.d/hpasm status
/etc/init.d/cmanic start

Ahora debemos activar hpasm con el siguiente comando; nos requerirá responder algunas preguntas

hpasm activate

Si decidimos permitir monitorizar por snmp podemos añadir la siguiente configuración a nuestro archivo
/etc/snmp/snmpd.conf. Esta configuración se añade al ejecutar el comando anterior.

# System contact information-for HP
dlmod cmaX /usr/lib/libcmaX.so
rwcommunity pepito 127.0.0.1
rocommunity pepito 127.0.0.1
rwcommunity  pepito localhost
rocommunity  pepito maquinasnmp.mio.red
trapcommunity pepito
trapsink pepito pepito

Con el siguiente comando podemos visualizar los logs de la máquina:

cpqimlview

Para poder ver la temperatura de los PROLIANT tenemos el comando

hplog -t

Para acceder a la interfaz gráfica ponemos lo siguiente en un navegador:

https://<ip_náquina>:2381

Plugins para nagios
http://gwfl.daimonic.org/index.pl?p=downloads

Compilación de plugins:

mkdir /usr/local/nagios/libexec/proliant
tar -xzf gwfl-nagios-plugins-2.0.tar.gz
cd gwfl-nagios-plugins-2.0
make proliant
make proliant-install DESTDIR=/usr/local/nagios/libexec/proliant/

Para la máquina HP Proliant DL360G5, hemos tenido que modificar el plugin de uno de los DL380 para adaptarlo a nuestra máquina.

Etiquetas: ,

Actualización a Knownledge Tree 3.5.2C

Posteado por: jduquea en: junio 25, 2008

Todo este procedimiento ha sido realizado en un entorno controlado, mediante una máquina virtual Xen;
de manera que en otro tipo de entornos pueden aparecer problemas no contemplados en este artículo.

Actualización de PHP4 a PHP5

En primer lugar nosotros tuvimos que actualizar la versión de php4 a php5, actualizando los siguientes
paquetes libapache2-mod-php5, php5-ldap, php5-mysql…

Nosotros tenemos la instalación de KT en el directorio /var/www/kt, de modo que no sería mala idea realizar una copia por lo que pueda pasar.

cp -r /var/www/kt /var/www/kt_old

Descomprimir archivos

En estos momentos podemos descomprimir el archivo tar.gz de la versión 3.5.2c que nos hemos descargado de la web. Lo descomprimimos en /var/www/kt2/

Actualizar base de datos

Ahora solo nos queda con el navegador web entrar en http://<nombre_maquina_kt>/setup/upgrade.php

Nos perdirá que actualicemos la base de datos, sólo tenemos que aceptar y esperar un momento.

Puede aparecer el siguiente error:

Error:
Fatal error: Allowed memory size of 16777216 bytes exhausted (tried to allocate 402 bytes) in /var/www/kt/config/dmsDefaults.php on line 377

Como podeis ver en el artículo anterior debemos modificar algunos parámetros del archivo php.ini, ahora de php5.

Cambiar configuración de php5/apache2/php.ini veasé artículo anterior.

En estos momentos solo nos queda traspasar toda la documentación de /var/www/kt_old/var/Documents/ a /var/www/kt_old/var/Documents/

Posibles problemas que pueden aparecer:

Problemas para indexar documentos:

En esta versión de KT debemos lanzar una aplicación java que nos permite realizar la búsqueda indexada de documentos.

Solución:

Directorio: /var/www/kt/bin/luceneserver

Modificar archivo: KnowledgeTreeIndexer.properties

cambiar linea:

indexer.directory=../../../var/indexes

por

indexer.directory=../../var/indexes

y finalmente ejecutar el comando:

java -jar ktlucene.jar 2>&1 &

Etiquetas:

Configuración KnowledgeTree OSS 3.4.6

Posteado por: jduquea en: febrero 21, 2008

Durante la instalación-configuración del gestor Documental KnowledgeTree, nos hemos encontrado con los siguientes problemas-inconvenientes.

Ampliación de la limitación de memoria en php, ya que la teníamos limitada a 32M; de manera que en la importación de la documentación, la aplicación no finalizaba correctamente y por lo tanto la documentación no se importaba.

Modificaciones:

Editamos el archivo:

vim /etc/php4/apache2/php.ini

En nuestro caso php4, que es el que estamos usando.

memory_limit = 100M
...
post_max_size = 50M

También nos encontramos que para cambiarles los permisos a una carpeta, que contenía mucha documentación; la aplicación tardaba más tiempo del permitido y mostraba un error. Así que probamos a ampliar el tiempo de ejecución, pasando de 60 a 120 segundos. Para ello se realizaron las modificaciones siguientes:

Editamos el archivo:

vim /etc/php4/apache2/php.ini

y modicamos las siguientes líneas:

max_execution_time = 120 ;
max_input_time = 120 ;

No es necesario decir que para que las modificaciones anteriores tengan efecto, debemos reiniciar nuestro servidor web.

Otro de los inconvenientes que tuvimos fue el poder convertir documentos a pdf, con la opción de “Generar PDF” . Para poder utilizar esta opción debemos, a parte de tener cargado el correspondiente plugin en KnowledgeTree, ejecutar OpenOffice. Para configurarlo y ejecutarlo, seguimos los siguientes pasos:

Instalamos:

apt-get install openoffice.org xvfb

Openoffice lo conocemos todos y xvfb, es un el paquete de “X Virtual FrameBuffer”, es una forma de correr una sesión de las X completamente en memoria, usando el framebuffer.

El servidor de las X no comenzará si no encuentra las fuentes básicas. Para ello la solución es instalar los paquetes que contienen esas fuentes:

apt-get install xfonts-base xfonts-75dpi xfonts-100dpi

Aceptamos e instalamos todas las dependencias.
En estos momentos Xvfb debería ejecutarse (corriendo ‘Xvfb:99′, debería devolver algunos warnings y algunas notas, pero no debería fallar. Usamos Ctrl-C para parar la ejecución).

Cuando ejecutamos OpenOffice en Xvfb, el servidor se queja que necesita ‘xauth’. Esta el una pequeña utilidad que forma parte de xbase-clients. Así que realizamos la instalación:

apt-get install xbase-clients

Después de aceptar las dependencias; todo está preparado para el entorno de las X. Al ejecutar las X, todavía puede quejarse de la política de los archivos, pero no es crítico. Si queremos corregir esto, instalamos ‘xserver-xorg-core’ y sus dependencias.

Si ahora queremos correr OpenOffice, deberíamos ejecutar el siguiente comando:

xvfb-run -a /usr/lib/openoffice/program/soffice -headless -nologo -norestore -nofirststartwizard

Lo siguiente es específico para las configuraciones de KnowledgeTree o Alfresco, esta modificación implica que OpenOffice correrá escuchando en una conexión TCP.

Para ello debemos cambiar las opciones de ejecución de OpenOffice y añadir los valores para escuchar por TCP. Podemos modificar estas opciones por línea de comandos, pero no se cambiarían en el archivo de configuración y por lo tanto si se reinicia el servicio deberíamos ejecutarlo de nuevo. Por lo tanto, es preferible modificar el archivo de configuración, así que editamos el archivo

vim /usr/lib/openoffice/share/registry/data/org/openoffice/Setup.xcu

y añadimos la siguiente sección (Debemos añadir estas líneas justo debajo del nodo “oor:name” que comienza por “Office”):

<prop oor:name="ooSetupConnectionURL">
<value>socket,host=localhost,port=8100;urp;StarOffice.ServiceManager</value>
</prop>

Ejemplo de como quedaría:


<node oor:name="Office">
<prop oor:name="ooSetupConnectionURL">
<value>socket,host=localhost,port=8100;urp;StarOffice.ServiceManager</value>
</prop>
<prop oor:name="ooSetupInstCompleted">

Ahora, podemos testear la configuración y ejecutar el comando xvfb-run y KnowledgeTree o Alfresco.

Ahora debemos modificar la parte de KnowledgeTree para poder generar el pdf.

Editamos el archivo:

vim /var/www/kt/plugins/ktstandard/PDFGeneratorAction.php

y realizamos la siguiente modificación:

$cmdpath = "/usr/bin/python";

$cmd = '/usr/bin/python bin/openoffice/pdfgen.py ' . escapeshellcmd($sPath) . ' ' . escapeshellcmd($sTempFilename);

De esta forma le indicamos como debe ejecutar el comando pdfgen.py

Ahora debemos decirle donde está escuchando OpenOffice:

Editamos el archivo:

vim /var/www/kt/bin/openoffice/pdfgen.py

Debemos comentar la línea:
#ctx = resolver.resolve("uno:socket,host=localhost,port=2002;urp;StarOffice.ComponentContext")

y ponemos la siguiente línea:

ctx = resolver.resolve("uno:socket,host=localhost,port=8100;urp;StarOffice.ComponentContext")

De este modo le estamos diciendo que debe utilizar el puerto 8100. Ya que es donde está escuchando OpenOffice.

Virtualizar puerto paralelo en XEN

Posteado por: jduquea en: noviembre 27, 2007

Virtualizar con Xen, se está convirtiendo en algo muy sencillo; en un par de pasos puedes tener tu máquina de casa que está en una esquina y que sólo usas para descargar de vez en cuando, en “varias” máquinas. Supongamos que una de las máquinas quieres usarla para enchufar la impresora y compartirla con toda la red de casa. Tenemos que suponer que en la red interna no sólo tenemos equipos con Linux, sino que existen equipos Windows que también necesitan hacer uso de la impresora. La solución rápida es instalar cupsys y compartirla con samba.

Ahora viene el problema, ¿cómo podemos hacer que nuestra domU, reconozca el puerto paralelo?…

Ejecutamos el siguiente comando en el dom0; de esta forma conocemos el puerto paralelo que necesitamos virtualizar:

cat /proc/ioports | grep parport0

Resultado:

0378-037a : parport0
037b-037f : parport0

Ahora sólo tenemos que encontrar la forma de que nuestro domU, conozca ese puerto. La forma de hacerlo es añadiendo a nuestro archivo de configuración del domU, las siguientes líneas:

irq = [ 4 ]
ioports = [ "0378-037a", "037b-037f" ]

Ahora solo queda parar el domU y volverlo a lanzar.

Alguno de los problemas que nos podemos encontrar:

  • Que nos detecte el puerto paralelo como lp0, pero que no nos cree el dispositivo ‘/dev/lp0′:
    • Esto se ha solucionado instalando udev.
  • El efecto colateral de instalar udev es que cada vez que arrancamos nuestro domU, la interfaz de red ‘ethX’, cambia, por lo que la configuración de la interfaces debe cambiarse manualmente. Lo podríamos solucionar con ‘ifrename’
  • IMPORTANTE: Si reiniciamos el domU( xm reboot domU ), no nos detectará el puerto paralelo. Para que funcione debemos apagarla o hacer un destroy ( xm destroy domU ) y despues levantarla ( xm create domU ). Para comprobar que todo funciona podemos usar el comando dmesg

Videos

Posteado por: jduquea en: agosto 10, 2007

Primero el sentimental:

Para más información de este vídeo:

http://en.wikipedia.org/wiki/Everybody’s_Free_(To_Wear_Sunscreen)

Video simpático, un poco bestia:

Nuevo wordpress y tema

Posteado por: jduquea en: julio 27, 2007

Después de un largo tiempo, valorando si era mejor tener el blog en el hosting o usar el gratuito de wordpress y de tener el mente usar el hosting para cosillas más interesantes; lo he cambiado. Lo cierto, es que me ha sorprendido la facilidad con la que se puede migrar wordpress, además eso de despreocuparte de toda la gestión de blog, está de lujo.

En este “nuevo” blog, he metido el chat de meebo, así que toda la persona que pase por aquí y quiera comentar algo, pues ya sabe. Os agradecería que todo lo que veaís que sea mejorable, me lo podeis decir por el chat o bien enviarme un mail.

Arrancar kernel remoto

Posteado por: jduquea en: julio 25, 2007

Si instalamos un nuevo kernel en una máquina remota y queremos probar si funciona, tenemos que tener cuidado, ya que puede ser que la máquina no arranque y ya no hay posibilidad de modificación. Por defecto cuando instalamos un kernel, en la lista del grub /boot/grub/menu.list, se inserta en la primera posición. Así que el nuevo kernel será el primero en ejecutarse cuando se reinicie la máquina. ¿Qué podemos hacer entonces?.

Paso 1. Instalamos el kernel.
Paso 2. Editamos :vi /boot/grub/menu.lst y las dos entradas nuevas del kernel instalado las ponemos en 3 y 4 lugar de la lista. Guardamos los cambios.
Paso 3. Ejecutamos grub-reboot 2

En el caso que el núcleo arrancara correctamente podríamos volver a editar el archivo anterior y cambiar de posición las líneas del kernel.

Nota: Hemos puesto grub-reboot 2, porque las líneas del archivo del grub, empiezan a contarse a partir de 0, por lo que en la posición 3, sería la 2.

Renombrar las interfaces de red sin ifrename

Posteado por: jduquea en: julio 25, 2007

Editamos el siguiente archivo:

vim /etc/udev/rules.d/010_ifname.rules

y añadimos las líneas siguientes:


KERNEL=="eth*", SYSFS{address}=="00:0e:0b:b1:04:45", NAME="eth0", GOTO="ifname_end"
KERNEL=="eth*", SYSFS{address}=="00:2e:3b:c1:14:43", NAME="eth1", GOTO="ifname_end"
KERNEL=="eth*", NAME="ethn%n"
LABEL="ifname_end"

e-Verano 2007

Posteado por: jduquea en: junio 13, 2007

e-verano
Después de casi un año nos volveremos a ver en estas Jornadas que nos aportan tanto. Este año se celebra en la Universidad Pablo de Olavide de Sevilla, así que recomiendo a todo el que esté en esa fecha (16 al 30 de julio) por Sevilla, se pase por algunas de las charlas, ya que creo que está orientado a un público muy diverso. No penseis que son unas charlas “frikis”, lo cierto es que hay de todo, pero lo que más importa y llena es la calidad humana de todos los que se acercan y que no tienen ningún problema en compartir su conocimiento con cualquiera. Este año se celebra en otras instalaciones, el año pasado fue en el CEULAJ de Mollina (Málaga) y el entorno es increible, pero bueno en lugar de realizar las tertulias en la piscina, las tendrémos que hacer en la cafetería o en los pasillos.

Seguir

Get every new post delivered to your Inbox.