Mi servidor de Minecraft se cierra solo: cómo leer el error
La consola casi siempre dice qué pasó, pero lo dice en una línea que es fácil pasar por alto.
Cómo distinguir un cierre por memoria, un mod roto, un watchdog y un mundo corrupto, con lo que conviene hacer en cada caso.
Cuando un servidor se cierra, la respuesta está en las últimas cuarenta líneas de la consola. No en la última, que casi siempre es ruido, sino un poco antes.
¿Se cerró o solo se colgó un momento?
El aviso de que el servidor no alcanza a seguir el ritmo no es un cierre, es una advertencia de que un tick tardó más de lo normal. Si sale de vez en cuando lo puedes ignorar. Si sale cada segundo, tienes un problema de TPS.
El watchdog sí cierra el proceso a propósito. Cuando un tick se queda trabado, imprime cuántos segundos tardó y mata el servidor dejando un volcado de hilos. Ese volcado es lo que hay que leer, porque dice qué estaba haciendo en el momento en que se congeló.
¿Es falta de memoria?
Busca la palabra OutOfMemoryError en el log. Si viene acompañada de Java heap space, el servidor pidió más memoria de la que tiene asignada.
- Si pasó justo al entrar a una dimensión nueva o al generar mundo, lo más probable es que fuera un pico puntual. Antes de subir el plan, baja el view-distance y prueba otra vez.
- Si pasa siempre a los pocos minutos y con el mismo modpack, entonces ese modpack necesita más de lo que tiene.
- Si el proceso desaparece sin dejar ningún error, fue el sistema el que lo mató por consumo. Ese sí es el caso claro de subir memoria.
Y ojo con lo contrario, que también se ve seguido: asignarle casi toda la memoria de la máquina deja al recolector sin margen y provoca pausas largas. Los tramos por tipo de servidor están en cuánta RAM necesitas.
¿Es un mod o un plugin?
Busca la línea que empieza con Caused by. Ahí está el motivo de verdad, y casi siempre trae el nombre del paquete, así que el culpable se lee solo.
- Quita ese mod o plugin y arranca. Si sube, ya está confirmado.
- Si no logras identificarlo, ve por mitades: desactiva la mitad, prueba, y repite con la mitad que falle. En tres o cuatro intentos lo tienes.
- Revisa también que la versión del mod coincida con la del servidor. Un mod de una versión anterior no siempre avisa con claridad, simplemente truena al arrancar.
Hay un caso que se repite bastante: dos mods que hacen lo mismo, por ejemplo dos optimizadores de chunks. Cada uno por separado funciona, juntos se pelean.
¿Y si el mundo quedó corrupto?
Los síntomas son fáciles de reconocer. El servidor se cierra siempre al entrar a la misma zona, o la consola menciona un archivo de región con extensión mca.
Aquí no hay configuración que lo arregle. Se restaura el backup más reciente y, si el mundo te importa, copia primero la carpeta actual para no perder lo que todavía sirve.
Es la razón por la que conviene dejar los backups programados aunque nunca los hayas necesitado. Cada plan trae varios incluidos y se configuran desde el panel en un par de minutos. Casi todo el mundo los activa después del primer susto.
Nada de esto encaja con lo que me pasa
Copia las últimas cincuenta líneas de la consola tal cual están, sin resumir ni traducir, y mándanoslas por ticket. Con el log completo se ve la línea del Caused by y ya sabemos por dónde empezar; con una descripción hay que ir preguntando de a poco.
Y si lo que quieres es que no se repita, el siguiente paso es optimizar el servidor.