Experiencias con Software Libre

Servidor Virtual vs Servidor Dedicado

2010-09-01T20:29:00.000-07:00

Recientemente, he experimentado mucho sobre VPS, no tanto como implementador sino como usuario y para relacionarme con la instalación de sistemas capaces de ofrecer servicios de internet con recursos bastante pobres, me dispuse a instalar un servidor con un antiguo PC.

Debo reconocer que una buena razón de intentar ese servidor era ver la pobre máquina con más de 7 años de antiguedad, volver a la vida. El hardware es 256 MB RAM, Pentium IV 1.7 Ghz, y 10 GB HD, y el SO que instalé fue FreeBSD 8.1. Luego instalé los servicios http de base de datos con MySQL, Apache, PHP5 y sus módulos adicionales, Xcache, y para el monitoreo, Munin.

A parte instalé un VirtualBox en otra PC más holgada, con FreeBSD 8.1 como guest y Ubuntu 10.04 como host, y el hardware es Pentium IV 2.8 Ghz, 1G RAM y 160G HD. En este caso, los recursos del sistema guest (FreeBSD) fueron aun más reducidos: 128 MB RAM, 2 GB HD e instalé Nginx, PHP5, XCache y Munin.

Para aumentar las comparaciones, aproveché un VPS basado en OpenVZ con la empresa FSCKVPS, de 512MB RAM, 30GB HD y 600 Mhz garantizados, en un host de cuatro procesadores Quad Core2 de 2.6Ghz cada uno. El software en este caso es idéntico al FreeBSD del VirtualBox
Ahora las conclusiones:

El IO wait de Filesystem en el sistema con VirtualBox trabajó mucho mejor que el sistema de FSCKVPS, y también fue muy superior al antiguo PC

El cómputo en el sistema con VirtualBox fue muy superior al cómputo en el antiguo PC pero el cómputo en el VPS de FSCKVPS es imbatible... con esos cuatro quad core2 —algo así como 16 CPUS— tendría que estar demasiado saturado para no dar picos insuperables de procesamiento.

Es clara las dificultades que tienen los VPS con el asunto del IO wait. Aun cuando se esté saturando un servidor con muchas instancias VPS, el uso del CPU no se ve tan afectado mientras que el IO wait del filesystem (HD realmente) se aprecia y se hace un gran problema

Por más que duela, el antiguo PC no sirve para nada; mientras que las instancias virtuales de Virtual Box y OpenVZ representan una pequeña variación en el consumo de energía de los sistemas que lo hospedan, el sistema que instalé en el antiguo PC tiene asociado un gran espacio, mucho material, consumo de energía, ruido, entre otras cosas, para terminar rindiendo menos.

Software Libre, Linux y Tux en todas partes

2010-04-02T19:07:00.000-07:00

La imagen adjunta es un mural que encontré en un lugar donde menos te los esperas. Esto es en mi país (Venezuela), la vía hacia los pueblos de Guararute y La Gotera, remontando la falda de la montaña yaracuyana conocida como La Cumbre, a unos 6 minutos desde la población de San Pablo por la carretera nacional, en dirección Chivacoa, saliendo desde San Felipe. También se puede llegar desde la autopista Cimarrón Andresote tomando el desvío hacia Guama.

El lugar no llega a ser un pueblo realmente, sino una serie de varios caseríos diseminados a lo largo de la vía.
La zona la frecuento varias veces al mes, así que tengo la misión de averiguar un poco más de la autoría del mural, aunque conversé un poco con los residentes y supe que se trata de una chica computista que por cierto ingresó a la universidad a estudiar una carrera de informática.

Ver mapa más grande

Linux o GNU

2009-11-04T09:28:00.000-08:00

Muchos coinciden en declarar un hito la aparición de Ubuntu dentro de la gama de distribuciones de Linux. La primera gran impresión de Ubuntu radica en su entorno gráfico, maduro, eficaz, efectivo, muy intuitivo, muy bien integrado con los tipos de archivos y los dispositivos.
Si un aventurero con experiencia decide probar Debian, la distribución originadora de tantas otras, incluyendo Ubuntu, se encontrará en un mundo habitual, ya que en esencia, la experiencia gráfica con Ubuntu es casi igual a la que se experimenta con Debian.
Ambos sistemas comparten el mismo entorno de escritorio por defecto, conocido como Gnome, uno de los productos estandarte del proyecto GNU.
Hay que recordar la vieja diatriba en torno al nombre GNU/Linux o Linux a secas, que se origina porque Linux es el que se conoce como sistema operativo que sobresale de un mundo dominado por las grandes corporaciones, mientras que el proyecto GNU, mucho más antiguo que Linux, aunque ha producido el software que le da vida al propio Linux, no es muy reconocido, principalmente por un asunto de nombre del sistema.
Grata sorpresa tuve ayer cuando tardíamente, corrí el CD Live del OpenSolaris 2009.06; confieso que me esperaba el mundo gris y seco del antiguo Solaris, pero me encontré con un sistema totalmente conocido. Cualquier incauto podría jurar que se trata de Debian o de Ubuntu !.
Esto último fue el motivo de este post, comencé a cavilar sobre el futuro del software libre, y que tal vez GNU comience a figurar hasta tal punto que el maravilloso kernel de Linux sea solo eso, el maravilloso kernel abierto que soporta tanto como los core más ambiciosos en el mercado.

Ahorro de batería de la Síragon ML-1010 con Ubuntu 8.10

2009-02-24T18:08:00.000-08:00

Una de las cosas que mas me preocupó de haber instalado Ubuntu 8.10 en la Síragon ML-1010 es que mientras la usaba, la autonomía de la batería era cercana a una hora, sin importar la indicación del remanente de carga que el Power Manager del Gnome clamaba (de 1:30 a 1:45 horas).
Indignación me produjo Linux cuando descubro que mientras trabajaba con Windows XP, la batería soportaba mas tiempo, llegando a más de hora y media. La razón principal radica en que el Ubuntu 8.10 no trae por defecto, el soporte para manejar la frecuencia del procesador C7-M.

No me quedé con esa, y procedí a investigar la solución. Hay numerosos sitios que sencillamente compilan el módulo e_powersaver, así, seguí los pasos de un post en tshack.net y las cosas cambiaron drásticamente.

El procedimiento se resume en:

bajar el comprimido e_powersaver.tar.bz2
ejecutar tar xf e_powersaver.tar.bz2
cambiarse al directorio e_powersaver con cd e_powersaver
ejecutar make && sudo make install
ejecutar sudo depmod -a
reiniciar

Si tiene problemas en el paso 4, es probable que no tenga las herramientas para compilar; en ese caso, ejecute sudo aptitude build-essential antes del paso 4

No apliqué lo que indica el autor del post, sobre agregar a los parámetros del kernel (en /boot/grub/menu.lst) la opción acpi_osi="!Windows 2006" y aparentemente me está funcionando.

Ubuntu 8.04 en la Síragon ML-1010 y el puerto SD

2008-12-14T08:41:00.000-08:00

Por descuidado no resolví un problema que ya había detectado, y mi esposa tuvo un reencuentro con el Ubuntu bastante desagradable: se fue de viaje y no pudo descargar la memoria SD de 4Gb para seguir sacando fotos.
A su regreso me dediqué a resolver el asunto. La instalación que deja el Ubuntu 8.04 no permite la carga automática de las memorias que se insertan en el puerto frontal. El error se debe a que ese dispositivo se ve en el kernel como la unidad /dev/sdb, y por lo general, este dispositivo es el preferido por las unidades de CD-ROM/DVD. El instalador comete el error de considerarlo como una unidad de CD y agrega en el archivo /etc/fstab la línea:
/dev/sdb1 /media/cdrom0 udf,iso9660 user,noauto,exec,utf8 0 0
Solución: comente o borre esa línea y listo

Ubuntu en extremo con la Síragon ML-1010

2008-12-02T18:28:00.000-08:00

No me canso de buscar la perfección en la instalación del Ubuntu 8.04 en la netbook Síragon ML-1010. Esta vez no me conformé con el desempeño del audio así que de tanto darle resolví algunos problemas. Voy a listar los problemas encontrados:

Micrófono incorporado no funciona
Desactivación de las cornetas al insertar los audífonos no funciona
La entrada de audio presenta un nivel de DC junto con un "bird" bastante intenso

De estos problemas, logré resolver los dos primeros, aplicando los siguientes pasos:

Micrófono incorporado no funciona
Según la documentación que encontré, es necesario recompilar los últimos drivers para el VIA VT8x/Realtek AL662 que maneja el módulo hda-intel.
Para ello, basta bajarse las fuentes en la página oficial, y seguir los pasos que se explican en [how to] microfono y alc662 del ubuntu-es
Por desgracia, a esta explicación debemos agregarle que el directorio por defecto donde se instala el módulo hda-intel es /lib/modules/`uname -r`/kernel/sound/pci/hda/ mientras que el directorio por defecto de ubuntu es /lib/modules/`uname -r`/ubuntu/sound/alsa-driver/pci/hda/
Resuelva esto copiado el módulo compilado sobre el módulo original con:


sudo cp /lib/modules/`uname -r`/kernel/sound/pci/hda/snd-hda-intel.ko \
        /lib/modules/`uname -r`/ubuntu/sound/alsa-driver/pci/hda/snd-hda-intel.ko

Otro grupo de módulos deben sobreescribirse en los originales:


cp /lib/modules/`uname -r`/kernel/sound/* \
   /lib/modules/`uname -r`/ubuntu/sound/alsa-driver/

y finalmente aplicar sudo depmod -a

Desactivación de las cornetas al insertar los audífonos no funciona
Según la recomendación dada en [how to] microfono y alc662 del ubuntu-es, debe colocar al final del archivo /etc/modprobe.d/alsa-base la línea
options snd-hda-intel model=auto
pero como no me funcionó, decidí revisar el código fuente del módulo hda-intel y encontré las siguientes posibilidades:


       [ALC662_3ST_2ch_DIG]    = "3stack-dig",
       [ALC662_3ST_6ch_DIG]    = "3stack-6ch-dig",
       [ALC662_3ST_6ch]        = "3stack-6ch",
       [ALC662_5ST_DIG]        = "6stack-dig",
       [ALC662_LENOVO_101E]    = "lenovo-101e",
       [ALC662_ASUS_EEEPC_P701] = "eeepc-p701",
       [ALC662_ASUS_EEEPC_EP20] = "eeepc-ep20",
       [ALC662_ECS] = "ecs",
       [ALC663_ASUS_M51VA] = "m51va",
       [ALC663_ASUS_G71V] = "g71v",
       [ALC663_ASUS_H13] = "h13",
       [ALC663_ASUS_G50V] = "g50v",
       [ALC663_ASUS_MODE1] = "asus-mode1",
       [ALC662_ASUS_MODE2] = "asus-mode2",
       [ALC663_ASUS_MODE3] = "asus-mode3",
       [ALC663_ASUS_MODE4] = "asus-mode4",
       [ALC663_ASUS_MODE5] = "asus-mode5",
       [ALC663_ASUS_MODE6] = "asus-mode6",
       [ALC662_AUTO]           = "auto",

La opción que mejor me ha funcionado es options snd-hda-intel model=eeepc-p701, donde los plugs de entrada y salida quedaron bien identificados, y sí se anulan las cornetas al insertar los audífonos. Otras opciones dan buenos resultados pero dan nuevos problemas, por ejemplo, la opción lenovo-101e resuelve lo de los audífonos, pero hace que el micrófono interno y el externo funcionen a la vez.
No probé todas las opciones porque eso de reiniciar cada vez me dió fastidio y por ahora, parece suficiente.

La entrada de audio presenta un nivel de DC junto con un "bird" bastante intenso
Esto parece mas bien un problema de hardware... por ahora esperaré a ver si alguien lo resolvió

Ubuntu Intrepid Ibex (8.10) y la Síragon ML-1010

2008-11-22T22:38:00.000-08:00

Hace unas horas adquirí la Síragon ML-1010 y estoy satisfecho en lo que a hardware se refiere. El sistema Linux que tiene preinstalado no es de mi gusto, por tanto, procedí de inmediato a instalar Ubuntu Intrepid Ibex (8.10). Para ello, es necesario crear un pendrive instalador ya que la máquina no posee unidad de CDROM.

Creación del pendrive de instalación
El LiveCD de Ubuntu 8.10 posee un utilitario para generar una imagen del propio CD e instalar lo necesario en un pendrive con suficiente capacidad, haciendolo booteable de una vez. Esta aplicación está en Sistema->Administración->Crear un USB... por supuesto, esto debe hacerse en otra máquina con unidad de CDROM

Una vez terminada la creación, se configura el BIOS de la mini laptop y arrancamos el pendrive. Seleccionando cualquiera de las primeras dos opciones del arranque, luego de un rato, notaremos que algo anda mal... la pantalla se queda negra totalmente. Lo que está sucediendo es que sí arrancó el entorno gráfico, pero la configuración por defecto no es adecuada.

Solución del problema gráfico
Lo que debemos hacer es corregir esa configuración, saliendo a la cónsola 2 (CTRL-Alt-F2) y editando el archivo /etc/X11/xorg.conf con el siguiente contenido:


Section "Monitor"
        DisplaySize     265 167
        Identifier      "Monitor[0]"
        ModelName       "1024x600@60Hz"
        UseModes        "Modes[0]"
        Option          "DPMS"
        HorizSync       28-50
        VertRefresh     43-73
EndSection

Section "Device"

Identifier  "Card0"
Driver      "openchrome"
VendorName  "VIA"
BoardName   "UniChrome"
Option "ForcePanel"
Option "ActiveDevice" "LCD,CRT"
Option "PanelSize" "1024×600"
Option "SWcursor"

EndSection
Section "Screen"
Identifier  "Screen1"
Device      "Card0"
Monitor     "Monitor[0]"

#Resoluciones########

#DefaultDepth 8
#DefaultDepth 16
DefaultDepth 24
#DefaultDepth 32

Subsection "Display"
    Depth    8
Modes "1024x768" "800x600" "640x480"
EndSubsection

Subsection "Display"
    Depth    16
Modes "1024x600" "800x600" "640x480"
EndSubsection

Subsection "Display"
    Depth    24
Modes "1024x600" "800x600" "640x480"
EndSubsection

Subsection "Display"
    Depth    32
Modes "1024x768" "800x600" "640x480"
EndSubsection
################
#############################
#
# ServerLayout sections.
#


EndSection

Section "Modes"
        Identifier   "Modes[0]"
        Modeline "1024x600"    50.0  1024 1104 1176 1248 600 603 619 630
        Modeline "1024x600"    75    1024 1032 1176 1344   600  601  603  625
        Modeline "1024x600"    62    1024 1104 1184 1280   600  612  627  640
EndSection

Luego, regrese a la cónsola gráfica (CTRL-Alt-F7) y pulse la combinación para reiniciar el entorno gráfico CTRL-Alt-Backspace. Luego de unos segundos tendremos el entorno gráfico perfectamente.

Iniciar la instalación
A continuación haga doble click en el ícono de instalación que sale en el escritorio. Es posible que esto falle y al dar click al ícono no suceda nada. Eso pasa a veces porque quedó una sesión del programa de instalación activa en la sesión gráfica previa o por algo que yo no pude precisar, pero la solución es simplemente matar la tarea que tenga que ver con el programa Ubiquity. Luego intente nuevamente ejecutar el ícono de instalación.

Ubuntu 7.10 (Gutsy Gibbon), Lenovo L192 y la tarjeta gráfica 82946GZ/GL

2007-11-23T09:46:00.000-08:00

No siempre es satisfactoria la configuración del vídeo que las distribuciones de Linux logran determinar en el proceso de instalación. También es frecuente que las herramientas gráficas que incorporan estas distribuciones no sean suficientes para configurarlas posteriormente. Ese es mi caso con el Ubuntu 7.10 (Gutsy Gibbon), hardware Lenovo ThinkCentre con tarjeta gráfica Intel 82946GZ/GL, monitor TFT Lenovo L192 y el driver "intel" de xorg.

En principio, la imagen se ve recortada en el sentido horizontal aún cuando la resolución es 1440x900 que según las especificaciones del monitor están correctas. A 60 Hz sucede el recorte, pero cuando se cambia a 75Hz (en las opciones de configuración del Gnome), la imagen se ve en su justa dimensión, pero con una lluvia desagradable.

Investigando encontré que el problema es que el monitor trabaja con una frecuencia vertical particular, a 1440x900, que determiné con el comando:

sudo ddcprobe

que entre otras cosas, reporta lo siguiente:


...
ctiming: 1440x1440@60
ctiming: 1440x1440@75
dtiming: 1440x900@69
monitorserial: V1K3460
monitorrange: 30-80, 50-75
...

Corriendo el programa gtf para generar el Modeline que corresponde con las especificaciones 1440x900 a 69Hz:

gtf 1440 900 69

 # 1440x900 @ 69.00 Hz (GTF) hsync: 64.65 kHz; pclk: 125.17 MHz
  Modeline "1440x900_69.00"  125.17  1440 1536 1688 1936  900 901 904 937  -HSync +Vsync

Entonces agregue esta información a la sección Monitor del archivo de configuración /etc/X11/xorg.conf, así como el modo "1440x900_69.0" en la Subsección "Display", como se ve a continuación:


Section "Monitor"
        Identifier      "L192 Wide"
        Vendorname      "LEN International (Europe) GmbH"
        Modelname       "L192 Wide"
        Horizsync       30.0-80.0
        Vertrefresh     50.0-75.0
        Modeline "1440x900_69.00"  125.17  1440 1536 1688 1936  900 901 904 937  -HSync +Vsync
        Gamma   1.0
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Device          "Intel Corporation 82946GZ/GL Integrated Graphics Controller"
        Monitor         "L192 Wide"
        Defaultdepth    24
        SubSection "Display"
                Depth   24
                Virtual 1600    1200
                Modes "1440x900_69.00"
        EndSubSection
EndSection

Claro que también debe revisar los que los parámetros Horizsync y Vertrefresh coincidan con los obtenidos por ddcprobe.

Una vez realizado el cambio, reinicie el entorno gráfico (Ctrl-Alt-Backspace) y una vez ingresado en su escritorio, diríjase a Sistema->Preferencias->Resolución de pantalla y seleccione Taza de refresco a 69Hz.

Otra vez Convirtiendo archivos .ASF de Aiptek MPVR a .avi (divx3+mp3)

2007-08-16T20:16:00.000-07:00

Luego de revisar más minuciosamente, encuentro que con el siguiente script de conversión de .ASF a .AVI se obtiene mejor calidad de imagen, pero no he encontrado la forma de desfasar el audio con respecto al video una x cantidad de segundos, tal como en la opción -audio-delay -0.5 que utilicé en la versión de este script con Mencoder (véase el post anterior):


#!/bin/sh
for n in *.ASF;
do ffmpeg \
   -i $n \
   -mbd 2 \
   -cmp 2 \
   -subcmp 2 \
   -mv4 1 \
   -qpel 1 \
   -g 300 \
   -vtag DIVX \
   -deinterlace \
   -b 2048k \
   -acodec mp3 \
   -ab 192 \
   -ar 44100 \
   -y ${n%ASF}avi;
done

Ese montón de parámetros me los copié de uno de los scripts del Kino para la exportación.

Convirtiendo archivos .ASF de Aiptek MPVR a .avi (divx3+mp3)

2007-08-05T08:07:00.000-07:00

Desde hace tiempo he venido luchando con conversión de archivos de formatos .dv y .asf, pero he tenido algunas dificultades para reproducirlos en equipos DVD player con soporte de MPEG4/Divx/Xvid.
El caso del formato .dv lo dejaré para otro post. El formato .asf que genera una cámara Aiptek MPVR he logrado convertirlo y reproducirlo satisfactoriamente en equipos DVD player Samsung y LG.
La particularidad de Aiptek es que genera archivos MPEG4 con un codec de audio MS ADPCM, que si son convertidos a Divx o Xdiv sin especificar la transformación del codec de audio, se generarán archivos incompatibles con los equipos de DVD caseros.
Lo mejor es dirigir la conversión a un formato estándar, que podría ser DivX 3 + mp3, para lo cual es necesario tener soporte de mp3 en el paquete de codificación. En mi caso que trabajo con Ubuntu, es necesario compilar tu propia versión de mencoder/mplayer que soporte mp3lame y DivX.
El script en bash que me trabajó bien fue el siguiente:


#!/bin/sh
for n in *.ASF;
 do mencoder $n -o ${n%ASF}avi -ofps 29.97 \
 -ovc lavc -lavcopts vcodec=mpeg4:vbitrate=2500 \
 -oac mp3lame -af resample=44100 -ffourcc DIVX\
 -audio-delay -0.5;
done

Todavía no estoy muy seguro de la efectividad de la opción -ofps 29.97, que fija la fps de salida. El porqué de esto se debe a que la Aiptek graba archivos con fps variable, dependiendo de las características de la toma, y en consecuencia produce archivos con una fps=1000. Si se realiza la conversión sin indicar el framerate de salida, entonces los archivos .avi serán incompatibles con los equipos de reproducción caseros.

Y más sobre Ubuntu Feisty Fawn

2007-05-07T03:50:00.000-07:00

Luego de utilizar mi nueva instalación de Ubuntu más profundamente, encontré algunos detalles que en realidad son comunes a la hora de probar una distribución. Hago énfasis en lo que más hago en estos últimos meses; grabar a mi chamo con una cámara miniDV y cargar el vídeo vía Firewire.
Desde hace meses me he convencido que la mejor herramienta para ello es el Kino, pero a la hora de convertir los archivos .dv a avi ya sean DivX o XviD la cosa se complica. El asunto es que con los problemas que hay con los formatos de compresión de audio y vídeo (problemas de legalidad), las distribuciones más ambiciosas han tenido que suprimir codecs y reproductores para no meterse en líos. La instalación por defecto de kino, mencoder y ffmpeg por lo general no tienen soportado los formatos más comunes (y más polémicos), por tanto, hasta problemas de compatibilidad, como por ejemplo entre Kino y las opciones de exportación con ffmpeg, serán algo complejos de resolver.
Luego de trabajar con las uñas, aplicando los viejos métodos de hacker (haciéndolo todo solo, sin tanta ayuda), resulta que encontré un WiKi que ya en versiones anteriores había visto, pero que nuevamente, se me había pasado la existencia de semejante fuente de información.
No se complique, sencillamente visite el WiKi Ubuntu:Feisty y todo resuelto... al menos lo más común. En la sección que trata sobre ffmpeg, está una solución simple al problema de los codecs, sin embargo, ya que me había enfocado a compilar, preferí hacerlo también con el código fuente del Kino, produciendo finalmente la pareja ffmpeg/Kino bien engranada.

Una gran experiencia el Ubuntu Feisty Fawn (7.04)

2007-05-05T07:19:00.000-07:00

En un post del antiguo blog, detallé una muy mala experiencia con el Ubuntu Edgy Eft (6.10). Luego de aquel desastre, volví al Ubuntu Dapper Drake (6.06) LTS, versión que tenía funcionando perfectamente. Aplicando la premisa de que lo que funciona correctamente es mejor dejarlo así hasta más no poder, dejé en paz mi máquina principal (la de mi casa por supuesto), y estuvo meses y meses con el 6.06, por el temor de repetir la mala experiencia de actualizar el OS.
Eso llegó a su fin ayer en la noche bien tarde; finalmente instalé el Feisty Fawn y debo decir que la experiencia fue 99.99% satisfactoria: además de que el instalador está muy mejorado y el soporte de la tarjeta gráfica i945G fue pleno (Compiz y Beryl funcionan a la perfección), me agradó el hecho de que los repositorios configurados por defecto incorporan el universe, multiverse y restricted, lo que permite instalar de una sola vez todas las aplicaciones y librerías que figuran como "revoltosas", en este caso, mplayer, mencoder, ffmpeg, kino, etc...
Le doy un 99.99% de satisfacción, porque lo único que no me ha funcionado bien es el paquete lm-sensors, que en antiguas versiones había que configurar a mano; yo esperaba una interface fácil para configurar. De todas maneras, ya tuve algo de experiencia con el lm-sensor, de hecho hay un post del antiguo blog que indicaba los pasos detalladamente.

Aún estoy en deuda con los lectores, porque no he importado los artículos que había escrito en edujose.info, prometo tener algunos muy pronto.

Cuidado con el tiempo en un server de MRTG/RRDTool

2007-03-13T06:51:00.000-07:00

A veces se comete un error al realizar una actividad al parecer no riesgoza, que resultó en toda una catástrofe; peor aún es cometer el error nuevamente... he aquí un post para recordar esto. El caso es que tenga mucho cuidado en variar el tiempo del sistema en un servidor donde esté corriendo el servicio de MRTG/RRDTool

Es común que el reloj de un server se vaya corriendo poco a poco, cosa que en algunos meses, sea necesario realizar el ajuste correspondiente para volver a sincronizar el reloj. En el caso de un server corriendo MRTG resulta muy fastidioso tener gráficas que o están adelantadas, o están atrazadas en el tiempo. Es muy riesgozo variar el reloj del sistema mientras los demonios de MRTG/RRDTool están corriendo, porque un error de varias horas puede hacer que se pierda datos en los archivos .rrd irrecuperables.

La otra vez detecté un error de 15 minutos que ameritaba pues una pronta corrección. Al ejecutar el comando date -s STRING cometí un error en el formato de STRING y se cambió el tiempo al año 2021, lo que provocó que las bases de datos RRD se blanquearan. Afortunadamente, tuve tiempo de matar los demonios poco después de la actualización de la primera interfaz en todos los equipos que se estaban monitoreando, por lo que pude recuperar el resto de las interfaces.

Mi recomendación es la siguiente:

Elimine todos los demonios del MRTG
Haga un respaldo de los archivos .rrd
Realice los cambios del reloj que correspondan
Levante nuevamente los demonios MRTG

Este sencillo orden de trabajo evitará la catástrofe de perder las gráficas de monitoreo de varios meses y hasta años.

Foro: Software Libre y Software Propietario, en el contexto del Gobierno Electrónico

2006-04-11T18:46:00.000-07:00

El pasado lunes 3 de abril se realizó en la Asamblea Nacional un foro dedicado a iniciar discusiones sobre el uso de Software Libre o Software Propietario en los sistemas informáticos del Gobierno Nacional.
Luego de escuchar las grabaciones, mi apreciación es que el enfoque "en el contexto del Gobierno Electrónico" fue desviado por IBM, Microsoft y SAINT, quienes se empeñaron en la vieja diatriba de que sistema operativo es mejor. Por su parte, Ramón Vera, de SAINT de Venezuela, habló de temas bastante interesantes, pero que a mi juicio, pertenecen a otro foro asociado a modelos económicos. Los señores Felipe Perez y Ernesto Hernández dieron en el clavo al defender el Software Libre en el contexto general, mientras ofrecían los tópicos que conciernen al Gobierno Electrónico.
Ofrezco unos CastPost para que puedan escuchar las ponencias, en orden de importancia respecto al contexto del foro:

3ra ponencia: Ing. Felipe Perez SOLVE, docente del IESA
6ta ponencia: Ing. Ernesto Hernández Novich, docente de la USB
4ta ponencia: Ing. David Duran, representante de IBM
2da ponencia: Ing. Jorge Salles, representante de Microsoft
5ta ponencia: Lic. Ramón Vera, representante de SAINT de Venezuela

Decidí omitir las ponencias de los diputados, porque sus discursos son netamente políticos (como es lógico). De la misma manera, omití la ponencia de la Sra. Ana Morillo, porque no es consecuente con el contexto del foro.

Experiencias copiando una DB mysql del WordPress a otro Web Server

2006-04-05T18:40:00.000-07:00

Para mudar las bases de datos mysql usadas por WordPress, de un sitio a otro, a veces no es tan directo. No tengo mucha experiencia en DB, pero hice un dump (con mysqldump) a un archivo que luego traté de importar a otra instancia de WordPress. La serie de comandos es:
En el origen:
$ mysqldump -u username -p dbname > archivo.sql
En el destino:
$ mysql -u username -p < archivo.sql

Esta aparente simple operación dió el siguiente error:
ERROR 1064 at line 21: You have an error in your SQL syntax. Check the manual that corresponds to your MySQL server version for the right syntax to use near 'DEFAULT CHARSET=latin1' at line 10

Lo que deduje inmediatamente fue que la versión del mysql del origen era distinta a la del destino, de hecho, eran 4.1 y 4.0 respectivamente. Eso aparentemente implica que el comando CHARSET=latin1 no fue interpretado por la versión 4.0. La solución fácil es eliminar esos comandos en el archivo archivo.sql, pero luego de lograr la carga, los acentos y las eñes salieron mal.

La solución es decirle al mysql 4.1 (el origen) que cuando haga el dump, lo escriba con una codificación latin1, con el comando:
mysqldump --default-character-set=latin1 dbname > archivo.sql

Pero eso no es todo, un caso bien interesante es que el URI del sitio WordPress hay que cambiarlo manualmente dentro del archivo archivo.sql haciendo una búsqueda y sustituya, porque si no, el sitio va a tener vínculos cruzados con el sitio anterior.