Abu Musad al Zarqaui es (si los medios no nos engañan, que esa es otra) una de esas personas sin las que el mundo será mucho mejor. Ha habido algunas personas más tras cuya muerte he pensado lo mismo en lo que va de siglo (y no digo a quienes me refiero porque seguro que no coincidimos en todas y ya la liamos). Si todo lo que han contado de Al Zarqaui es verdad se trata de alguien que, sin duda, está mucho mejor muerto.

Ahora bien, esto no justifica en absoluto la desagradable representación que los estadounidenses hacen de este hecho y dice mucho de la doble moral de un gobierno capaz de demandar a un periódico nacional por publicar las fotos de los militares estadounidenses muertos o malheridos en aquella guerra injusta y exhibir con aire de subasta de Sotheby’s un cuadro como este.

La representación simbólica de la escena está, al menos para mi, muy clara. Les habría encantado dar el comunicado no con un cuadro sino con la cabeza cercenada y chorreante del enemigo sobre una bandeja de plata… Sospecho que poco les habrá faltado para no hacerlo así…

Se habla mucho de las diferencias entre los estadounidenses y los europeos y este es otro de los puntos que, afortunadamente para nosotros, nos distancia de ellos ¿Os imaginais una rueda de prensa aquí en España con la foto de un terrorista muerto de esta guisa?¿O en Inglaterra en tiempos del IRA? Impensable ¿verdad? Ni aún en el caso del más cruel, sanguinario e inclemente de los asesinos podemos imaginarnos una imagen como esta en Europa. Qué así sea y por muchos años.

En muchas empresas de tamaño medio que he conocido no existe una estrategia de backups centralizado. Normalmente todos los servidores se adquieren con algún tipo de dispositivo de backup (habitualmente una unidad de cintas DAT, DLT o LTO) y los procedimientos de salvaguarda se gestionan de forma independiente en cada una de estas máquinas a veces gestionados por distintas personas e incluso con diferentes criterios.

Se trata de una práctica que es soportable cuando estamos hablando de dos o, a lo sumo, tres servidores, pero a medida que el número de estos va creciendo la situación se convierte en algo intratable, se multiplican los puntos de fallos, las tareas de comprobación… mientras que con una pequeña inversión (que, en realidad no es tal si contamos lo que nos ahorramos en dispositivos independientes de backup en cada servidor, licencias si procede, soportes, operación y mantenimiento, etc.) es realmente fácil centralizar los backups creando, además, un sistema mucho más robusto y con más niveles de seguridad. Ni que decir tiene, además, que centralizar las copias es también mucho más práctico de cara a desarrollar y cumplir una política de seguridad interna.

Lo primero que necesitamos es una unidad de almacenamiento NAS o SAN de la capacidad adecuada. Para que os hagais una idea de los costes, un dispositivo con 2 Teras de capacidad y RAID5 por hardware puede salir por entre 3.000 y 4.000 euros. Esta máquina será nuestro primer nivel de backups y sobre ella programaremos una copia diaria de toda la información que necesitamos salvaguardar. Para ello utilizaremos diferentes estrategias. Los archivos de datos los copiaremos con alguna utilidad desde línea de comandos y con ejecución programada a la hora que convengamos una vez que la actividad de la empresa haya finalizado si es posible o a las horas de menor actividad si no hay más remedio. En el mundo de microsoft tenemos robocopy o xxcopy y la programación la haremos mediante el scheduler. En GNU/Linux tenemos rsync o rdiff y cron. En realidad sirve cualquier herramienta con la que nos sintamos cómodos, que respete los atributos de origen de los archivos y que nos permita una copia incremental de los mismos.

Las copias de la información del registro de windows (si las necesitamos) las programaremos desde el ntbackup sobre un directorio local de la máquina que luego será replicado en nuestro NAS con el procedimiento anterior. Para las copias en caliente de las bases de datos seguiremos un procedimiento similar: una primera copia en local mediante la utilidad de que disponga nuestro gestor de bases de datos que luego será replicada.

Ni que decir tiene que lo más importante en todo este proceso es la sincronización: primero las copias a local de los archivos que necesitan un tratamiento especial (registros, bases de datos, etc.) y luego la copia de estos archivos y del resto de información que necesitemos a nuestro dispositivo NAS o SAN. No es tan complicado como parece: se trata de hacer un par de pruebas y ajustar los tiempos.

Yo suelo hacer esta copia sin compresión de ningún tipo. Por dos motivos: porque facilita y agiliza muchísimo la recuperación de las copias más frecuentes (los administradores sabemos que en un alto porcentaje de los casos en los que tenemos que recurrir a un backup es porque un usuario, por torpeza o descuido, necesita volver a la versión de ayer de algún documento) y porque, si así lo queremos, podemos darle a los usuarios acceso de lectura a este primer nivel para que sean ellos mismos los que se restauren las copias en caso de necesidad y así aligerar el proceso y descargar de trabajo a los técnicos.

Para nuestro segundo nivel necesitamos un ‘autoloader’ o robot de backups. Una unidad con capacidad para 16 cintas LTO-3 y unos 12 Teras comprimidos puede costarnos en torno a los 8.000 euros. Con ella estableceremos un programa de backups diario adecuado a nuestras necesidades con la ventaja de que sólo tendremos que hacer copias de un único dispositivo y si usamos software propietario para ello (Symantec Backup Exec, antes Veritas, por ejemplo) no necesitaremos más que una licencia. En cuanto al programa de backups, sobre gustos los colores. Yo suelo programar una copia completa todos los viernes que mantengo durante cuatro semanas y copias diferenciales de lunes a viernes que se sobreescriben cada semana. Habrá que sincronizar el arranque de este backup una vez que haya finalizado la copia de cada uno de los servidores independientes.

Para rizar el rizo podemos retirar la copia completa del último viernes de cada mes de forma que podamos mantener un histórico mensual de todo el activo de la empresa (no os podeis ni imaginar lo útil que es cuando el director de no-se-que proyecto se da cuenta de que le ha salido un champiñón igual al de hace dos años y que ha borrado toda la documentación del mismo) y, si queremos gastarnos un poco más de dinero, conservar estas copias en una caja ignífuga. Un armario ignífugo de seguridad de unos 100 litros de capacidad (no veais la cantidad de cintas que caben ahí ) y que pase el test NT Fire 017-120D (2 horas a temperaturas de 1045 grados centígrados externos manteniendo menos de 54 internos) puede costarnos alrededor de 1.000 o 1.500 euros.

Diario El País imita a Google y transforma su logotipo para homenajear a Picasso. Cualquiera que conozca un poco internamente a este diario puede hacerse una idea de que un detalle como este es algo comparable al Concilio de Trento

Está claro, además, que se trata de un signo de acercamiento a los lectores internautas al igual que la reciente inclusión de enlaces de hipertexto en algunos de sus artículos ¿Lo seguirá haciendo en el futuro en otras fechas señaladas?

Un 5-2 para el cine que he visto este mes. Cinco buenas películas y dos castañas. No está mal. Con esta media me conformaría para siempre…

      
    

• Capote Maravillosa interpretación por parte de Seymour Hoffman en una historia que deja bastante claro de nuevo eso de que no hay que confundir ni juzgar jamás al artista por su obra.

• Serenity. No conocía Firefly, la serie de televisión en la que está inspirada la película ni su éxito. Jamás me ha gustado Buffy Cazavampiros y esta película me parecía, así de primeras, otro más de esas decenas de adaptaciones que, empezando por La Guerra de las Galaxias, se han hecho del género western al ‘espacio sideral’. Pero había escuchado tanto y tan bueno de esta película que me decidí a probar. Y me alegro de haberlo hecho. No me equivoqué en que, efectivamente, se trata de un nuevo western galáctico pero los personajes están tan bien definidos y la historia está tan bien contada que merece la pena verla.
• La novia cadaver. Buenísima y sólo una cosa que reprocharle: ¡es demasiado corta!
• Lutero. Para los que nos educamos entre los últimos años del franquismo y los primeros de la trancisión, durante los cuales la educación estaba aún ferreamente controlada y dirigída por la iglesia católica, Martín Lutero no era más que otro hereje libidinoso que se opuso a la iglesia para poder casarse. Bueno… estoy exagerando un poco, pero muy, muy poco… Pero desde luego muy lejos de la figura del monje que se enfrentó a la corrupción de la jerarquía católica, que trató de acercar la doctrina al pueblo y que, de alguna forma, provocó años más tarde la Contrarreforma. La película está muy bien ambientada y la interpretación, en particular la de Peter Ustinov en su último film, fabulosa.
• Match Point. Ya era hora. Hacía tiempo que las películas de Woody Allen me dejaban mal sabor de boca pero esta, su primera película fuera de Manhattan, me ha vuelto a reconciliar con él. ¡Espero que dure!
• La guerra de los mundos. Y empezamos con la parte negativa del mes… los personajes que guian la historia no me resultan atractivos en absolutos, la interpretación es muy mala (¡Cruise, jubilate!) y la historia sosa y aburrida sin llegar a engancharte en ningún momento… En definitiva, otra de esas películas a las que Spielberg nos tiene acostumbrados y que se fundamentan en dos pilares: unos buenos efectos especiales y exaltación paranoica y maniquea de los ‘sagrados’ valores de la familia. No busqueis más que no lo hay.
• Rencor. La única española y la peor película que he visto en el mes… en fin. Una historia sin pies ni cabeza mal dirigida y peor interpretada. Salvese quien pueda

Casi se me pasa… El viernes pasado, día 2 de Junio, hizo un año que tengo este blog abierto y ya alrededor de 10 años desde que tengo presencia en Internet… ¿os apetece una entrada de historias del abuelo cebolleta? Pues estaba yo al mando de mi regimiento de cipayos cuando… no, no era eso lo quería contaros…

Aparte de coqueteos varios con las BBS en general y con Fidonet en particular y alguna conexión esporádica a la ‘internet de verdad’ desde la universidad (ah, y casi se me olvidaban los terminales de videotex de Telefónica, los IberTex ¿os acordais de ellos?¿porqué aquí no llegarían a funcionar y en Francia todo el mundo tenía uno?), el mundo de las redes comenzó a cautivarme como a mucha gente a raíz de la entrada en escena de Infovía, esa especie de Internet privada que Telefónica se sacó de la manga a finales de 1995. Recuerdo de aquellos años con particular cariño a la comunidad de usuarios que se creó alrededor de Axis y mi primer nick: Coyote en honor, por supuesto, al formidable Wile E. Coyote, de profesión supergenio y santo patrón de todas las personas que dedican su vida a perseguir un ideal que siempre se les escurre de entre los dedos antes de alcanzarlo.

Cuando Infovía ‘desapareció’ como por ensalmo y fue sustituida por Internet (en realidad existió en segundo plano durante muchos años pero ya casi nadie la usaba) comenzaron a llegarnos multitud de servicios, de información… recuerdo con claridad la sensación de sentirme desbordado por tantas y tantas cosas que me apetecía probar… que necesitaba con urgencia probar, más bien. Para que los más jóvenes os hagais una idea, la inundación que tenemos que soportar ahora con esto que nos quieren vender como ‘web 2.0′ no es nada comparado con aquello. O será, tal vez, que ahora lo veo con más distancia, quien sabe.

Mi primera web la hice, como la mayoría, en Geocities allá por el año 97 o 98. La web (http.//www.geocities.com/Yosemite/Trails/9968/) ya no existe, lógicamente, salvo en el disco duro de mi ordenador, pero si buscais la URL en Google aún encontrareis alguna página que la referencia (para que luego alguien se atreva a decir que Terra es un buen buscador… )

Como veis ya por aquellos entonces tome partido claramente en lo que se llamó “la guerra de los navegadores” por el bando perdedor. Mi nick cambió también a ‘walker’ (el segundo y último que he tenido nunca). Y no, no fue por la serie de Chuck Norris, sino por The Pantom, el fantasma que camina, la inmortal creación de Lee Falk y uno de mis heroes de ficción favoritos de todos los tiempos. Los motivos, que los hubo, en otro momento.

Sobre el año 1999 comenzarón a popularizarse los servicios de conexión a internet que como valor añadido te daban espacio para crear tú propia web, así que cansado de la publicidad de Geocities me mudé al sitio que me ofrecía wanadoo, mi proveedor por aquellos entonces en http://perso.wanadoo.es/jmmoralesv/. Ese espacio ya no existe tampoco y en WayBack Machine sólo ha quedado constancia de la página de redirección que creé al marcharme. El aspecto final de la página era este:

En el año 2002 creé mi primer blog. Duré tres meses y lo hice en Blogger que, por aquellos entonces, aún no pertenecía a Google.

A mediados de 2002 me cambié de proveedor de servicios a Eresmas y al año siguiente alquilé mi propio dominio y lo redireccioné a esa web, así que mi página estaba disponible desde http://jo.morales0002.eresmas.net/ (aún lo está) y desde http://www.morales-vazquez.com/. Aquí si que hay constancia de muchos de los cambios en Wayback Machine aquí y aquí.

Eresmas es comprada poco después por wanadoo y yo me ‘escapo’ a Jazztel mi web se traslada a su dirección actual (http://www.moratalaz.jazztel.es/) pero ya está clínicamente muerta por pura inanición. Me empieza a llamar la atención el mundo de los blogs pero me da miedo tener que dedicarle demasiado tiempo y trabajo… Al final, el 2 de junio de 2005 inicio timidamente un blog a través de livejournal. Antes de final de año me mudo a la coctelera pero en ambos tengo una extraña sensación de incomodidad debido, posiblemente, a lo rígido del formato… si es que al final me va la marcha

Así que en marzo del 2006 salto al emplazamiento actual en 100webspace, un servicio semi-gratuito cuya estabilidad es penosa pero que no me cuesta apenas nada (menos de 10 euros al año) y que me permite jugar con wordpress (miento si digo que no lo conocía de antes: hace tiempo que tengo uno instalado en el servidor de casa) lo cual me parece casi tan divertido como escribir el propio blog.

Y fin. El que haya llegado hasta aquí es porque, o bien es de mi familia, o porque está engañando a su jefe en el trabajo así que, en cualquiera de ambos casos, merecido tiene el rollo

Hace unos meses y después de leer una entrada de Aloriel en La Puerta de Tannhauser me animé a instalar mi vieja y abandonada quickcam.

Paso 1: leer la entrada antes mencionada (26 de octubre de 2005) para tener un punto de referencia de la evolución.

Paso 2: instalación de una quickcam en Suse Linux 10.1 con Smart Package Manager (¿he dicho ya que me estoy enamorando de este gestor de paquetes?) hoy día 3 de junio de 2006. Seguir las instrucciones siguientes:

• Abrir un terminal y escribir lo siguiente:
  smart install quickcam-kmp

• Pulsar la tecla Intro.
• Reiniciar el sistema (la instalación de la cámara implica cambios en el kernel)
• Et voilà

Lo peor (para mí) de la nueva Suse Linux 10.0 era el gestor de paquetes. Y no hablo ya del infierno de manejar las dependencias de los rpm (que también) sino de que YAST2 como gestor de paquetes es terriblemente malo tanto para el ‘novato’ que tiene que pelearse con el poco intuitivo interfaz gráfico como para el ‘experto’ que busca comodidad en un cuasi-inexistente (por no decir inexistente del todo) soporte de la herramienta en línea de comandos.

Consciente de que el lanzamiento de la versión 10.0 de Suse había sido un tanto precipitada esperaba como agua de mayo la salida de la versión 10.1 en la que, estaba seguro, solucionarían un problema tan evidente (y era un apoyo importante saber que no estaba sólo). Craso error. En la versión 10.1 me encuentro con que los cambios en YAST2 son insignificantes y, para colmo, la instalación por defecto te coloca un nuevo elemento, ZMD, Zenworks Management Daemon, que es tan poco práctico como YAST2 y que, además, se da de tortas con el. Terrible.

La verdad es que he tenido muy poco tiempo libre en el último mes y no he podido buscar una solución para que YAST2 y ZMD funcionen correctamente (si es que la hay) pero, en cualquier caso, es inadmisible que una distribución que quiera llegar al escritorio del gran público no instale de forma correcta un gestor de paquetes que permita actualizar el sistema de forma cómoda y sin errores. Además, estoy convencido de que no ha sido problema de mi instalación porque he hecho dos distintas (una instalación desde cero en arquitectura de 64 bits en casa y una migración desde la versión 10.0 en el trabajo) y en ambas se reproducen los mismos problemas. Por otro lado, aparece entre los bugs reconocidos de la versión 10.1 final y si echamos un vistazo a los grupos de noticias de la distribución en inglés y castellano vemos que el problema es bastante popular…

Buscando soluciones rápidas valoré usar de nuevo apt2rpm. Lo he probado con anterioridad y no me acaba de hacer gracia del todo. Es muy bueno para instalar paquetes y si, como es mi caso, estás familiarizado con apt-get (siempre uso Debian en los servidores que instalo) mejor que mejor, pero a veces, al menos con Suse, se arman unos conflictos de dependencias bárbaros. Las otras dos opciones eran Klik y Smart, así que le estuve echando un vistazo a las webs de ambas herramientas y, rapidamente, me di cuenta de que smart era lo que estaba buscando. Además funciona de miedo.

Smart nace, segun dicen, con la idea de ser un gestor de paquetes universal que trabaje con la mayoría de las grandes distribuciones mejorando sus sistemas nativos. Ya de entrada tiene soporte en línea de comandos con una sintaxis casi calcada de la de apt-get, soporta casi todos los tipos de repositorios de paquetes posibles y por lo que he podido comprobar (y ellos aseguran) maneja muy, muy bien los conflictos de dependencias.

La interfaz gráfica es, además, muy buena. En el primer arranque te autodetecta y sugiere algunos de los principales canales de paquetes para tú distribución. La actualización de los mismos se hace en paralelo y de forma sorprendentemente rápida porque la herramienta lleva control de los mirrors de cada repositorio (y quien ha trabajado con los repositorios de Suse habitualmente sabrá valorar esto mucho). A continuación unos pantallazos del proceso de todo esto y de mi primer upgrade que incluía ya los paquetes de KDE 5.3

    
  

Como se aprecia en el último de los pantallazos anteriores la descarga de paquetes se hace en paralelo de forma verdaderamente eficiente. Además, he podido comprobar como descarta los mirrors sin conectividad ‘saltando’ a uno correcto en escasos segundos. La búsqueda de paquetes por nombre para su instalación y/o desinstalación es también muy cómoda e intuitiva:

Voy a tocar madera porque, a fin de cuentas, llevo escasamente una semana con este gestor y es demasiado pronto para cantar victoria pero mis sensaciones por el momento son muy, muy buenas.