Blog de Ibercivis

Hace bastante preguntaron en los comentarios del blog acerca de cómo se había vivido el RAID desde nuestro lado. Pues vamos a ello.

En primer lugar, lo más obvio, las cotas de workunits calculadas sobrepasaron cualquier medida que yo conozca. El RAID se merendó centenas de miles de simulaciones de materiales. Recuerdo desde aquí que una simulación de materiales consta de varias workunits (entre 3 y 10, dependiendo de la L, a más L más workunits por simulación). Particularmente, a finales de octubre nos quedamos sin trabajo y a poco no levantamos cabeza. Con la compilación retrasada, las workunits para Windows iban bastante justas.

Los servidores estuvieron saturados en más de una ocasión. Sobre todo, el servidor que envía workunits tenía momentos en que le llegaban más peticiones de trabajo de las que podía manejar simultaneamente. Algo que normalmente sólo ocurre a veces cuando se lanza una nueva aplicación.

Gracias a todos por la gran cantidad de cálculo aportada.

Etiquetas: Deuvedé, RAID

Hola a todos,

La actual caida de Ibercivis (servidor, sitio web...) no sabemos a que se debe, pero debe ser algun transformador de la red principal porque  todos los semaforos de la calle tambien estan caidos :o

Cuando volvera la luz? podemos recordar mientras tanto a enjuto mojamuto "interneeeeeet" :D

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.

Etiquetas: Deuvede, incidencias