Blog de Ibercivis

Los que hayais estado atentos estos últimos dos dias os habréis dado cuenta de que hemos estado caídos a ratos. No ha sido una caída general sino la coincidencia de varias caídas seguidas, en distintas máquinas y por distintas razones (vaya, que ya es mala suerte). Ha sido más problemática la recuperación que la caída, porque las bases de datos comprometidas se han corrompido. Ahora ya está todo bien, y debería funcionar normalmente.

Os comento una anécdota bastante curiosa que nos ha pasado estos días. Uno de nuestros esclavos de la base de datos no podía continuar porque se quejaba de que uno de los ficheros de log de su maestro estaba corrupto. Efectivamente, las herramientas de mysql se paraban indicando que ese fichero no era de mysql. Un fsck (para los no linuxeros, un scandisk) en la partición indicó varios inodos (por si acaso alguien se lo pregunta, http://es.wikipedia.org/wiki/Inodo) corruptos que afectaban a ese fichero. Entonces, a alguien se le ocurrió ejecutar la instrucción file sobre el fichero (para los no linuxeros, la instrucción file devuelve información acerca del tipo de datos que guarda un fichero), y para sorpresa general la salida fue la siguiente:

mysql-bin.000041: ACB archive data

Si buscais por Internet, encontrareis que los datos ACB (http://www.file-extensions.org/acb-file-extension-aol-cab-launcher), son un formato de archivo propietario de AOL (American Online). Cosas raras que dan las cabeceras corruptas.

Tras un volcado en hexadecimal del archivo descubrimos que sólo se habían perdido los primeros 4KB de datos del archivo. Así que quitamos los datos corruptos, reconstruimos la cabecera a partir de otro archivo de log para que el mysql se creyera que el archivo era suyo, y le indicamos al esclavo la nueva posición a partir de la que tenía que seguir leyendo.