El servidor de Minecraft no arranca

Un servidor de Minecraft que se cierra un segundo después de iniciarlo parece un misterio y casi nunca lo es. El servidor imprime el motivo antes de salir, en la consola o en logs/latest.log, y en la inmensa mayoría de los casos esa línea nombra el problema sin rodeos. Esta guía cubre las cinco causas detrás de casi todos los arranques fallidos, cómo reconocer cada una por su mensaje de error y qué cambiar.

Lee el registro antes de cambiar nada

Abre logs/latest.log en la carpeta del servidor y baja hasta el final. Las últimas líneas, y la primera línea de la última traza de pila, te dicen cuál de las causas de abajo tienes. Adivinar es lo que convierte una solución de dos minutos en una tarde entera, porque cada solución aquí es distinta y ninguna ayuda con las demás.

En FluxCraft la consola y el archivo de registro están en el panel, así que puedes leer el cierre sin SSH ni transferencia de archivos. Si el servidor se reinicia en bucle, el registro del intento anterior está en logs/ como archivo con marca de tiempo.

Causa 1: el EULA no se ha aceptado

En el primer arranque, el servidor genera eula.txt, imprime un aviso sobre aceptar la licencia de Mojang y se cierra de inmediato. Es, con diferencia, la razón más común por la que un servidor recién creado «no funciona», y no es un error en absoluto: es el servidor esperándote.

Abre eula.txt, cambia eula=false por eula=true, guarda e inicia de nuevo. Nada más del archivo importa. Si estás en un host gestionado, el EULA normalmente se acepta por ti al desplegar, por eso esto afecta sobre todo a quienes montan un servidor a mano.

Causa 2: la versión de Java es incorrecta

Este es el fallo que más confunde a la gente, porque no parece un problema de versión. El servidor lanza UnsupportedClassVersionError, o se queja de un «Unsupported class file major version», y se detiene. Significa que el jar se compiló para una versión de Java más reciente que la que usas para ejecutarlo.

El requisito es un mínimo, no una coincidencia exacta. Un Minecraft más antiguo funciona perfectamente con un Java más nuevo. El fallo solo ocurre en la otra dirección: un Minecraft más nuevo lanzado con un Java más antiguo. Los servidores con mods heredan el requisito de la versión del juego a la que apunte su compilación de Forge, NeoForge o Fabric.

• Comprueba lo que realmente tienes con «java -version». En una máquina con varios JDK instalados, el que está en tu PATH no siempre es el que crees.
• Si el error nombra la versión mayor 65 y tienes Java 17, necesitas Java 21. Instala la compilación LTS correspondiente y apunta tu script de inicio a ella explícitamente en lugar de depender del PATH.
• En un host gestionado esto lo resuelve la imagen, así que elegir la versión de servidor correcta en el panel es toda la solución.

Causa 3: la memoria está mal configurada, no simplemente es insuficiente

Dos errores de memoria distintos hacen fallar un arranque y significan cosas opuestas. «Could not reserve enough space for object heap» al iniciar significa que pediste en -Xmx más RAM de la que la máquina puede dar, así que la JVM nunca arranca. Un OutOfMemoryError a mitad del arranque significa que el valor es demasiado bajo para lo que estás cargando, algo muy fácil de hacer con un modpack grande.

Define -Xmx con un valor que la máquina realmente tenga, dejando margen para el sistema operativo y la sobrecarga de la JVM en lugar de asignar hasta el último byte. En una máquina de 4 GB, -Xmx3G es sensato y -Xmx4G no. Vanilla pide al menos 2 GB; un modpack mediano pide 8 GB y uno pesado 16 GB o más.

Una versión de esto que uno mismo provoca es copiar un script de inicio de un tutorial escrito para otra máquina. Si tu script dice -Xmx8G y tu equipo tiene 4 GB, el servidor nunca arrancará, arregles lo que arregles.

Causa 4: el puerto ya está en uso

«FAILED TO BIND TO PORT» o «Address already in use» significa que otra cosa ocupa el puerto, y nueve de cada diez veces ese otro algo es una instancia anterior de tu propio servidor que no se cerró limpiamente. Busca un proceso java huérfano y termínalo antes de iniciar de nuevo.

El otro caso son dos servidores configurados para el mismo puerto. Java Edition usa por defecto TCP 25565 y Bedrock UDP 19132, así que si ejecutas ambos en una misma máquina no chocan, pero dos servidores Java sí. Cambia server-port en server.properties para el segundo.

En un host gestionado cada despliegue recibe su propio puerto, así que este tipo de fallo desaparece. Es un problema del autoalojamiento.

Causa 5: un mod o plugin impide el arranque

Si el registro termina en un stack trace que nombra un archivo de plugins/ o mods/, lo has encontrado. Las causas habituales son un plugin creado para otra versión de Minecraft, un mod al que le falta una dependencia o dos mods que no pueden coexistir. El software del servidor también importa: un plugin de Bukkit no funciona en vanilla, y un mod de Forge no funciona en Fabric.

Cuando la traza no nombra nada útil, divide. Saca todo de la carpeta, confirma que el servidor arranca limpio y luego vuelve a poner la mitad y reinicia. Cuatro o cinco rondas de eso aislarán cualquier conflicto, por grande que sea el pack, y es mucho más rápido que leer registros de cambios.

Tras una actualización de versión de Minecraft, da por hecho que todos los plugins necesitan una actualización. Actualizar el jar del servidor y dejar los plugins en la versión antigua es la forma más común de que un servidor que funcionaba deje de arrancar.

Cuando el servidor arranca pero nadie puede unirse

Es un problema distinto y el registro estará limpio. Un servidor que arranca hasta «Done» está funcionando; si los jugadores no pueden llegar a él, el problema es la dirección, la redirección de puertos o online-mode. Comprueba que das a la gente la dirección completa, con el puerto, y que el puerto que redirigiste coincide con server-port en server.properties.

En FluxCraft tu servidor tiene su propia dirección pública en un dominio yourserver.app.runonflux.io, así que no hay router de por medio y nada que redirigir.

Una lista de comprobación para seguir

En orden, porque cada paso descarta los siguientes:

• Abre logs/latest.log y lee las últimas veinte líneas. Compáralas con la tabla del principio de esta página.
• Confirma que eula.txt dice eula=true.
• Ejecuta «java -version» y compáralo con la tabla de versiones de arriba.
• Comprueba que -Xmx en tu script de inicio esté cómodamente por debajo de la RAM física de la máquina.
• Busca un proceso java perdido que esté ocupando el puerto, y confirma que ningún segundo servidor lo comparte.
• Si en el trace aparece un mod o plugin, quítalo. Si no aparece ninguno, ve descartando por mitades dentro de la carpeta.
• Tras una actualización de versión, actualiza cada plugin y mod a una versión compatible antes de culpar a otra cosa.

Un servidor que arranca siempre

La versión de Java correcta, el EULA aceptado, la memoria configurada y el puerto abierto por ti. Elige un nivel de RAM y despliega en menos de 30 segundos, con la consola y los registros a un clic. Primera semana gratis.