TCOS ha entrado en Debian

He escrito una entrada sobre TCOS y su entrada en Debian en el blog de Yaco En la que he colaborado poniendo en contacto a Mario, desarrollador de TCOS con desarrolladores de Debian como GheRivero
TCOS ya forma parte de Debian en el blog de Yaco
Enhorabuena Mario.


{lang: 'es'}

Puppet, gestión de configuración centralizada.

Puppet es una herramienta gestión de configuraciones centralizada que nos ayudará en la laboriosa gestión de servidores cuando el número de estos empieza a crecer.
Recientemente ha cambiado de licencia, de GPL a Apache a partir de la versión 2.7.0. Está basado en Ruby, pero las descripciones de configuraciones se escriben en modo declarativo. Existen paquetes construidos que ya vienen en el sistema de paquetería para las principales distribuciones Linux, en nuestro caso usaremos Debian Squeeze y los paquetes a los que tenemos acceso en su repositorio. También tienen soporte para otros sistemas UNIX como Solaris, *BSD o Mac OS X. Y en desarrollo tienen un soporte básico de sistemas Windows. El desarrollo es público desde 2006 y destaca por su estabilidad y facilidad de manejo, aunque como todo este tipo de herramientas, la curva de aprendizaje, no es muy liviana. Entre los principales clientes de la solución enterprise para empresas destacan empresas como Nokia, RackSpace, Zynga, Twitter, Digg, …
En este post, veremos como configurar Puppet en Debian Squeeze y podremos ver dos ejemplos de aplicación de configuraciones.
Sigue leyendo


{lang: 'es'}

Asus o!play hdp-r1 como servidor NAS

Alguien de asus comentó en los foros de soporte de asus que en la siguiente actualización de firmware, la ahora existente 1.27, tendría capacidades de NAS.
Tras publicar un firmware de esta versión, la 1.27 en su ftp de betas, y quitarlo a las horas debido a problemas en los subtítulos, volvieron a poner una nueva 1.27. Sí, yo opino también que deberían llamarse diferente y no solo indicarlo en el número de build o en el fichero interno de versión de SVN.
Pues bien, el caso es que algunos participantes del foro que he mencionado antes, investigaron y descubrieron que mediante la ejecución de un par de comandos existentes en el firmware y al que se puede acceder vía telnet, se activaba el servidor samba compartiendo lo que haya conectado vía USB/eSATA. Pirlas, publicó en su blog los comandos a ejecutar pero no indicó una forma para que se iniciase este sistema durante el arranque.
Este mismo usuario, también ha descubierto, que en esta versión del firmware, viene un cliente de bittorrent con interfaz web, que aún no parece funcionar del todo bien.
Pues bien, para modificar el arranque del sistema no tenemos más que acceder vía telnet y modificar el fichero que podemos encontrar en la ruta /usr/local/etc/rcS. Este path de etc se encuentra montado para lectura y escritura porque en él, se guardan entre otras cosas la información de configuración, los favoritos y la información de “pausa” para continuar por donde se dejaron los contenidos al volver a reproducirlos.
Para que arranque el servicio de samba, nos tenemos que asegurar que está levantada la interfaz de red y se encuentran montados las unidades USB. En mi aparato, conectando un pendrive, puede tardar entre 12 y 18 segundos en montar correctamente la unidad, así que el arranque del servicio samba, lo he retrasado 20 segundos. La red también la levantamos nostros manualmente haciendo uso del binario udhcpc.
Este es el bloque que he añadido al final del fichero /usr/local/etc/rcS

Este script, deja el rastro de la salida de los comandos en el fichero /usr/local/etc/smb.log . De esta forma, sino funciona, podemos ver que ha ocurrido.
Dejo como adjunto mi fichero rcS con los cambios realizados.
Para copiar este fichero al hdp-r1 tendríamos que hacer lo siguiente:

  1. Descomprimir el fichero rcS.tar.gz y copiar el fichero rcS en un pendrive
  2. Enchufar el pendrive al hdp-r1 y asegurarnos de que no hay ninguna otra unidad conectada. Necesitamos la conexión de red.
  3. Encender el aparato desde el mando, ir a Peliculas » Carpeta » Red . Con esto nos aseguramos que se conecte a la red.
  4. Mirar la ip del aparato en la configuración, para ello, pulsamos en setup, Nos desplazamos hacia la izquierda hasta que llegemos a RED y podemos ver la ip
  5. Ejecutamos telnet ip en nuestro pc con acceso a la red
  6. Para acceder indicamos que somos root, no se nos pedirá contraseña
  7. Una vez dentro comprobamos que se ha montado correctamente el pendrive ejecutando
  8. Entonces, ejecutamos los siguientes comandos, uno a uno.
  9. Tras reiniciar, sobre unos 30 segundos después, el servicio de samba debe haber arrancado. Si exploramos la red, ya sea con windows o con linux con los paquetes de samba instalados, veremos la máquina Venus en el grupo de trabajo Workgroup.
  10. Se ha comprobado que si no hay unidad usb, el servicio arranca, pero no comparte nada. Además, si no hay conexión de red, el servicio no arranca pero no entorpece el arranque del sistema de Asus.
    La velocidad de transferencia, tanto copiando al asus como desde el asus me han parecido más que aceptables para una red a 100M, en torno a los 6-9MB/s y si copiamos algo vía wifi, entorno a los 2MB/s. Eso sí, si intentamos reproducir contenidos vía lan en el asus mientras estamos realizamos alguna transferencia, el rendimiento de la reproducción decae bastante.
    NOTAS:

    • He cambiado pirlo por pirlas tal y como me ha sugerido dicho usuario en el primer post.


    {lang: 'es'}

Terminales ligeros, la solución para las aulas de formación

Tras llevar bastante tiempo ligado a los servicios web, tanto en el desarrollo como en el despliegue y mantenimiento de esta clase de sistemas, ahora tengo la oportunidad de trabajar en un proyecto mucho más relacionado con Sistemas directamente y el comúnmente llamado “cacharreo”.
Se trata de incorporar a una serie de aulas de formación, un sistema basado en clientes ligeros y servidor, usando para ello Tcos.
El hecho de incorporar este tipo de arquitectura a las aulas es beneficioso por varios motivos:

  • Fácil administración de todos los equipos del aula. Ahora todos los puestos usarán el mismo sistema, que será servidor y procesado por el servidor
  • Ahorro en máquinas. Los clientes ligeros tienen un tiempo de vida muy superior al de un equipo normal. En un aula con equipos normales, hay que renovar equipos cada 3 o 5 años, porque se han quedado obsoletos. En un aula con clientes ligeros. Pasado este tiempo, solo habría que cambiar el servidor si se necesita más rendimiento.
  • Consumo energético. En el caso de usar clientes ligeros, tenemos terminales con consumos desde 5w, y máximo de 20w. El PC de un puesto normal, con estar encendido ya viene a consumir 60-80w como mínimo.
  • Reutilización de equipos viejos. Se pueden usar equipos antiguos con poca ram (a partir de 64MB, o un incluso menos), sin disco duro, ni disquettes. Solo necesitan una tarjeta de red que soporte arranque con PXE o una disquetera para emular el arranque PXE con etherboot
  • Además, si decidimos usar Linux y la alternativa fuese windows, nos ahorramos el precio de licencia por puesto.

Dejo pendiente para otros días analizar alguno de los principales sistemas que tenemos para ofrecer este tipo de servicio, como son LTSP, Tcos, PXEs, …
Sigue leyendo


{lang: 'es'}

Una carga unix de record

Increíble la carga con la que me encontré el Lunes 6 de octubre en una de las máquinas por la que suelo andar. Con 8 procesadores, llegamos al de la captura 1430, pero durante momentos estábamos por encima de 1500. Lo más increíble aún, es que la máquina respondía, lento, pero respondía. Tardé unos 3 minutos en que abrir una terminal ssh.
¿LLegará a ser un record guiness ?
sobre-carga-crop.png


{lang: 'es'}