Antes de entrar empezar con la chicha, por si aún queda algún despistado, el sistema de ficheros ReiserFS ya no tiene soporte técnico por lo que es recomendable que los sistemas nuevos que se vayan a instalar no utilicen este sistema. El motivo es que su principal desarrollador, Hans Reiser, está cumpliendo condena por el asesinato de su mujer en la cárcel de San Quintín a la que asesinó en el año 2006.

El caso que nos ocupa, es que hace unos días uno de los servidores con los que trabajo empezó a hacer cosas realmente extrañas. El primer síntoma en mi caso, fue que el sistema no me permitía crear más de un subdirectorio dentro de un directorio concreto, mostrándome un mensaje como si ya existiera (y obviamente, comprobando que no era el caso).

Resultó increíblemente extraño y errático el hecho de que dependía de cuántas veces intentase esa operación, algunas me permitía y otras (la mayoría) me daba un mensaje de error como si ya existiese el fichero. Llegamos incluso a pensar si sería cosa del nombre de los subdirectorios, si sería de la cabina de almacenamiento o incluso (y sí, me avergüenza admitirlo) si podría ser por algún tipo de límite de subdirectorios en el propio ReiserFS.

Finalmente optamos por lo que era más evidente… lanzar un chequeo con la unidad desmontada, momento en que la gente de almacenamiento nos comunicó que ese mismo espacio lo estaba usando otro servidor, y es que resultó que una mente pensante con permisos de root (por lo que parece, aquí es lo normal) tenía la misma LUN montada en otro servidor.

Al hacer el chequeo con un fsck.reiserfs del dispositivo, obtuvimos el siguiente mensaje:

Comparing bitmaps..vpf-10640: The on-disk and the correct bitmaps differs.
Fatal corruptions were found, Semantic pass skipped
2 found corruptions can be fixed only when running with --rebuild-tree

Finalmente y siguiendo las indicaciones, decidimos que lo mejor era hacer un backup (fiándonos de los datos que había antes) y jugárnosla a que ese –rebuild-tree no nos dejase un agujero considerable.

Destacar que el proceso de rebuild-tree consta de cinco pasos,  y que en hacer el rebuild de aproximadamente 600GB tardó más o menos 40 minutos.

Hacía ya unos meses, venía experimentando un pequeño fallo de configuración que a mi personalmente me resultaba (y resulta) de lo más incómodo. El fallo consistía en que las arrow keys (las flechas de dirección del teclado) no me funcionaban en las VMs que tenía en el VMware Server instaladas. Después de bucear un poco por Google, he llegado al siguiente link en el que explican la solución.

Obviamente, por si el día de mañana desapareciese la página (que no creo), me voy a permitir el lujo de ponerlo aquí también por si acaso.

1. Editar el fichero /etc/vmware/config como root
2. Añadimos una línea nueva con xkeymap.nokeycodeMap = “TRUE”

Destacar que al leer el mensaje de ese foro, se ve que hay mucha gente a la que tampoco le funcionaba las teclas de Inicio, Fin, AvPag, etc… al menos en mi caso, al introducir esa línea “mágica” me funcionan todas perfectamente.

Por unas historias que nos han surgido hoy en el trabajo y que explicaré en otro post, he necesitado regenerar las claves RSA del servidor OpenSSH y me he visto un poco apurado al no ser una Debian. En su lugar el servidor es una VM en la que corre una OpenBSD 4.5 así que dejo aquí el tip por si alguien más se ve en la misma situación… (hay que ver que mal acostumbrados estamos!)

Lo primero que debemos hacer es detener el demonio sshd. Aunque tampoco estoy demasiado seguro que este paso sea necesario, nunca está de más ya que así tampoco permitimos conexiones remotas a la máquina mientras hacemos nuestras labores (comentarios permitidos):

kill `cat /var/run/sshd.pid`


El anterior comando es el que he usado yo en OpenBSD… si estáis usando una distribución de Linux o Solaris, cada uno deberá emplear el sistema que corresponda. Una vez hayamos matado el proceso, lo siguiente será eliminar las claves públicas y privadas:

rm /etc/ssh/ssh_host_*


Ahora es cuando generamos las nuevas claves RSA y DSA:

ssh-keygen -f /etc/ssh/ssh_host_rsa_key -N '' -t rsa
ssh-keygen -f /etc/ssh/ssh_host_dsa_key -N '' -t dsa

En caso de que sólo vayamos a emplear SSH2 sería suficiente. Si por el contrario planeamos usar SSH1 deberíamos incluir también:

ssh-keygen -q -f /etc/ssh/ssh_host_key -N '' -t rsa1


La explicación para dedicar una entrada a esta operación, es que al buscar en Google los términos generate, rsa, ssh, keys, etc… me salían mil páginas dedicadas a poner a Debian a caer de un burro por lo que todos sabemos (o deberíamos), y a explicar cómo subsanar el error, pero en Debian.

Mil gracias a Denis Gervalle y el site de OpenSSH.

Mancomún era es un proyecto de apoyo al Software Libre dependiente de la Xunta de Galicia creado por el bipartito PSOE-BNG. Si he de ser sincero, no me consta que hayan hecho hazañas especialmente relevantes que todo el mundo conozca, pero también es cierto que llevo casi cuatro años fuera de Galicia, y que noticias de esa índole no adquieren relevancia nacional.

En cualquier caso, me consta que desde Mancomún se ofrecía apoyo a las asociaciones y grupos que sin ánimo de lucro, aglutinaban usuarios interesados por el Software Libre, las distribuciones Linux y en general todo ese mundillo que tanto nos gusta a algunos.

Al final y con la llegada del PP al gobierno, lo que muchos temíamos finalmente ha ocurrido. Han anunciado que los 500.000 euros que se destinaban a esta iniciativa son excesivos, así que van a cortar por lo sano y cerrar el grifo. Me gustaría saber si también van a mirar con lupa el dinero que supone pagar las licencias de todos los puestos de todos los funcionarios que usan MS Windows, las licencias para los paquetes ofimáticos, las licencias para las diferentes aplicaciones que usan a diario, la inversión en cursos estúpidos en los que se supone que enseñan a usar el correo electrónico y a los que luego la gente ni asiste… y ya que estamos haciendo sangre, que me expliquen otra vez todo el proceso seguido con el temita de la Ciudad de la Cultura, porque soy de pueblo y no me alcanza la cabeza para entender cómo de un presupuesto licitado de 133 millones de euros por el Ilmo. Sr. D. Cacique Fraga Iribarne, hemos pasado a haber gastado a día de hoy  más de 470 millones.

Todos sabemos que estamos en crisis, pero meter la tijera en una iniciativa que, entre otras cosas y dejando a un lado filosofías, AHORRA costes… me parece del género estúpido, aunque supongo que para el PP todo lo que no suponga beneficio a alguna empresa, pues no compensa.

Esta historia empezó cuando nuestro fantástico nic.es abrió el proceso de registro de los dominios .es. Por aquél entonces (noviembre del 2005) un tal Gorka Valencia Casado fue uno de los más rápidos en añadir ese dominio a la enorme lista que seguro le envió a su agente registrador, a fin de poder coger el máximo de dominios posibles y luego venderlos (presupongo, ya que entre otros también compró el de barrapunto.es) al abrirse la primera fase en las que dividieron el proceso.

Ya en aquellos días, se montó una discusión bastante gorda en la lista de correo de debian, pero en fin, el que quiera rememorar viejos tiempos y sacar conclusiones puede darle un repaso a todo el thread.

El caso, es que hoy abro un navegador para verificar que el dominio debian.es sigue apuntando al sitio de Debian en lengua española para añadir la dirección en los links del blog, y me encuentro con que hace una redirección de lo más extraña. Al final miro en la página de nic.es (<extremely ironic> comodísimo el proceso para hacer un whois, por cierto</extremely ironic>) y compruebo con cierta pena como ahora el dueño ha cambiado, y lo peor es que presuntamente tiene la misma deficiencia intención que el dueño anterior.

A ver cuando interviene alguien y de una santísima vez se gestiona ese dominio desde una asociación o similar… aunque mi verdadera pregunta, es por qué la gente de nic.es otorga un dominio a un particular así sin más… triste!

Como breve introducción a otra nueva etapa más para este blog (y ya deben de ir… por lo menos unas 78), de ahora en adelante lo usaré como un bloc de notas en el que ir anotando las cosillas que poco a poco voy aprendiendo en este nuevo proyecto en mi vida profesional. La finalidad aparte de servirme como repositorio de documentación, es que casualmente le sirva a otra persona que esté tan perdida como yo en algunas tecnologías que seguro me va a tocar administrar, que a fin de cuentas, compartir lo aprendido nunca viene mal.

Todo esto hace que el carácter de este sitio haya pasado de ser principalmente político a ser total y absolutamente técnico, por lo que aquellos que hayáis llegado aquí sabe dios por qué motivo (posiblemente un link erróneo) sepáis que o bien os interesa el mundo de las TI u os váis a aburrir horrores.

En cualquier caso, un saludo a todos y recordar que vuestros comentarios y mejoras nos ayudarán a todos.

Un saludo a todos,

Jocker