Linux Sysadmin

Mysql error al iniciar el motor de base de datos en el archivo tc log – sysadmin

marzo 25, 2020 by danielrosiles No hay comentarios

Me ha tocado revisar un servidor que presenta un mysql error al iniciar su motor de bases de datos, más precisamente un bloqueo en el archivo tc.log en el proceso de arranque del motor mariadb / mysql.

[Note] Recovering after a crash using tc.log
[ERROR] Can't init tc log
[ERROR] Aborting
¿El porqué de esté MySql Error?
  • Espacio de disco saturado.
  • Archivo de log tc.log corrupto al no tener espacio para generarse el archivo correctamente.
  • Falta de prevención al no tener un sistema de monitoreo de recursos activado

Como sysadmin lo primero que realizamos siempre es analizar los logs del sistema, en el 90% de los casos nos indicaran el camino para resolver el problema, en este caso nos indica que el problema se presenta al intentar iniciarlizar el sistema de logs del motor Mysql, por un posible bloqueo en el archivo de log tc.log

¿Solución al mysql error tras revisar el servidor?
  • Liberar espacio en disco.
  • Eliminar el archivo tc.log sudo mv /var/lib/mysql/tc.log /var/lib/mysql/tc_bk.log para que mysql lo pueda generar nuevamente en el siguiente arranque.
  • Como prevención para futuros casos, programar alarmas para que se notifique al cliente cuando el servidor se encuentre en situación critica en cuanto a sus servicios.


En este caso al liberar espacio en disco debería arrancar el servidor MySql sin problema alguno, pero en este caso en lugar de arrancar correctamente el servidor, el mysql error persiste. Por lo que lo que procedemos a hacer es un simple eliminado del archivo, por seguridad respaldarlo en lugar de hacer un eliminado directo.

Políticas de prevención de fallas en el servidor

Es importante siempre tener activas políticas de prevención para evitar fallas que pudieran dejar los servidores inoperables, algo tan sencillo como activar threshold para los servicios básicos del servidor puede evitar más de un problema grande como puede ser que se corrompa la base de datos.

En este caso a falta de una politica previa al error hemos dejado activo algún par de notificaciones para los servicios básicos maneja el servidor como son:

  • Bases de datos
  • Memoria
  • Disco duro
  • Procesador

En caso de operar bajo los servicios de Amazon esto es muy sencillo de realizar desde la misma consola de administración de Amazon, lo mismo aplica para rackspace, microsoft azure y proveedores en la nube similares.

Clic here to found this entry post on english version.

Share: