El mundo de tu servidor de Minecraft se compone de muchos archivos: level.dat con los datos básicos, archivos de región con los chunks (secciones del mundo de 16 × 16 bloques), datos de jugadores y listas como ops.json. Si algo sale mal al guardar o un archivo no encaja con la versión del servidor, el servidor escribe un aviso en el log. Cada apartado de abajo trata exactamente uno de estos avisos: qué aspecto tiene, qué hay detrás y qué puedes hacer. Primero van los errores en los que se puede perder progreso del mundo y después las advertencias, con las que el servidor normalmente sigue funcionando.

El aviso completo, junto con las líneas anteriores, lo encuentras en la Consola o en Archivos dentro de logs/latest.log. Antes de cualquier cambio en los archivos del mundo o de configuración, crea una copia en Copias de seguridad. Lo que se sobrescriba en el siguiente guardado solo podrás recuperarlo desde una copia de seguridad.

No se pudieron guardar los datos del mundo

Así se ve el mensaje:

Could not save data to raids_end.dat
java.nio.file.NoSuchFileException: ./<Mundo>/DIM1/data/raids_end.dat
Failed to save level ./<Mundo>

Una tercera variante es Failed to save player data for <Jugador>.

Qué hay detrás: El servidor quería escribir datos del mundo, por ejemplo el archivo principal del mundo, datos adicionales como las incursiones o los datos de un jugador. Pero faltaba un archivo o una carpeta que esperaba encontrar. NoSuchFileException significa justo eso: el archivo no existe. Todo lo que haya ocurrido desde el último guardado correcto puede perderse. Las causas más habituales son un almacenamiento lleno o una carpeta del mundo que se ha borrado, renombrado o sustituido mediante una subida mientras el servidor estaba en marcha.

Cómo solucionarlo:

  1. Comprueba si el almacenamiento de tu servidor está lleno. Si en el log aparece además No space left on device, primero haz limpieza (sección «Sin espacio libre»).
  2. Modifica las carpetas del mundo solo con el servidor detenido. Subir o borrar archivos con el servidor en marcha provoca exactamente este mensaje.
  3. Reinicia el servidor y escribe save-all en la Consola. Así fuerzas un guardado. Si el mensaje no vuelve a aparecer, el problema está resuelto.
  4. Si vuelve a aparecer o faltan construcciones, inventarios o progreso, restaura en Copias de seguridad un punto anterior al error.

Más detalles: Almacenamiento lleno: solucionar «No space left on device»

El mundo procede de una versión más reciente de Minecraft

Así se ve el mensaje:

java.lang.RuntimeException: Server attempted to load chunk saved with newer version of minecraft! 5023 > 4903

Qué hay detrás: Cada chunk, es decir, cada sección del mundo de 16 × 16 bloques, guarda con qué versión de datos se escribió. El primer número es la versión de datos del chunk y el segundo la de tu servidor. Si el primero es mayor, el mundo se usó por última vez en una versión de Minecraft más reciente que la actual. Esos chunks no se pueden cargar. Seguir jugando en la versión antigua no es una solución, porque un downgrade puede dañar el mundo.

Cómo solucionarlo:

  1. Detén el servidor.
  2. En Versión, vuelve a seleccionar la versión de Minecraft con la que el mundo se usó por última vez, o una más reciente.
  3. Si has subido el mundo, elige la versión con la que se jugó por última vez en un solo jugador o en el servidor anterior.
  4. Si de verdad quieres volver a la versión anterior, restaura en Copias de seguridad una copia previa al cambio de versión y solo entonces selecciona la versión antigua.

Conviene saber: Los números no son números de versión como 1.21, sino versiones de datos internas. Un número mayor siempre corresponde a una versión más reciente. Más información: Cambiar la versión de Minecraft y el cargador de mods de forma segura

El archivo principal del mundo (level.dat) está dañado

Así se ve el mensaje:

Failed to load world data from ./<Mundo>/level.dat

Qué hay detrás: En level.dat se guardan los datos básicos de tu mundo. Si el servidor no puede leerlo, recurre a la copia de seguridad level.dat_old. Si también está dañada, el servidor se apaga y ya no arranca. Normalmente el servidor se cerró de golpe durante un guardado, o una subida quedó incompleta.

Cómo solucionarlo:

  1. Detén el servidor si todavía está en marcha.
  2. Crea en Copias de seguridad una copia del estado actual, aunque esté defectuoso. Así podrás deshacer cualquier intento posterior.
  3. Restaura en Copias de seguridad el mundo desde un punto anterior al error. Si quieres conservar el progreso más reciente, a menudo basta con el level.dat por sí solo: sácalo de una copia descargada y súbelo a la carpeta del mundo en Archivos.
  4. Si subiste el mundo tú mismo, vuelve a subirlo completo y espera a que la subida termine de verdad.
  5. Inicia el servidor y comprueba en la Consola que el mundo se carga.

Conviene saber: Detén el servidor de forma normal con stop en la Consola en lugar de cerrarlo de golpe. Es la mejor protección contra este mensaje. Para subir mundos: Subir y cambiar el mundo de Minecraft de forma segura

El mundo no se guarda: el archivo de bloqueo session.lock está ocupado

Así se ve el mensaje:

Couldn't save chunk; already in use by another instance of Minecraft?
Failed to check session lock for world <Mundo>

Qué hay detrás: Minecraft crea el archivo session.lock en la carpeta del mundo. Indica que un servidor está trabajando con ese mundo en este momento. Si el servidor cree que otro proceso está usando el mundo, deja de guardar chunks. Normalmente el archivo se quedó ahí tras un fallo o una subida. Lo que se haya construido desde el último guardado correcto puede perderse al reiniciar.

Cómo solucionarlo:

  1. Detén el servidor.
  2. En Archivos, abre la carpeta del mundo que indica el mensaje y borra allí el archivo session.lock. Si tu servidor tiene varias carpetas de mundo, por ejemplo para el Nether y el End, revisa también esas.
  3. Reinicia el servidor.
  4. Escribe save-all en la Consola y comprueba que el mensaje no vuelve a aparecer.

Conviene saber: Si subes un mundo, puedes omitir session.lock sin problema. El servidor vuelve a crear el archivo por sí mismo al arrancar.

Sin espacio libre

Así se ve el mensaje:

java.io.IOException: No space left on device

Qué hay detrás: El almacenamiento de tu servidor está lleno. Entonces falla cualquier operación de escritura: el mundo deja de guardarse, los logs se cortan y no se pueden crear nuevas copias de seguridad. Aunque el servidor parezca seguir funcionando, los cambios se pierden en silencio.

Cómo solucionarlo:

  1. Detén el servidor para que no siga escribiendo en el mundo mientras limpias.
  2. En Archivos, elimina primero lo que se puede borrar sin riesgo: archivos de log antiguos en logs/, informes de fallos ya leídos en crash-reports/ y archivos subidos (.zip, .tar.gz) cuyo contenido ya hayas descomprimido.
  3. Elimina las copias de seguridad antiguas que ya no necesites.
  4. No borres archivos de región sueltos del mundo para ganar espacio. Así eliminarías partes de tu mundo.
  5. Inicia el servidor y comprueba en la Consola que el mensaje no vuelve a aparecer.
  6. Si el almacenamiento se queda corto de forma permanente, elige un paquete mayor en Ajustes y suscripción → Plan.

Más detalles: Almacenamiento lleno: solucionar «No space left on device»

Acceso inseguro a chunks durante la generación del mundo

Así se ve el mensaje:

Detected unsafe terrain read during worldgen: reading from chunk [<x>, <z>] while generating chunk [<x>, <z>] (distance: 2, write radius: 1), step: minecraft:features, currently generating: ResourceKey[minecraft:worldgen/placed_feature / minecraft:sculk_patch_deep_dark]

Qué hay detrás: Al generar un chunk nuevo, el servidor coloca características como árboles, minerales o zonas de sculk. Cada característica solo puede leer en un radio pequeño. El mensaje indica que una ha llegado más lejos. Después de currently generating aparece cuál: minecraft: corresponde a Vanilla; otro nombre suele indicar un datapack de generación de mundo (un datapack que modifica la generación del mundo) o un mod. El servidor sigue funcionando. Pueden producirse picos de lag al explorar y, en raras ocasiones, transiciones poco limpias en los límites de los chunks.

Cómo solucionarlo:

  1. Actualiza Paper o tu fork de Paper en Versión a la última build de tu versión de Minecraft.
  2. Si después de currently generating aparece el nombre de un datapack o de un mod, actualiza ese datapack o ese mod en Mods.
  3. Si no ayuda, desactívalo para probar. Antes crea una copia en Copias de seguridad, porque un mundo existente puede reaccionar mal a la falta de contenido de generación de mundo.
  4. Si después el mensaje sigue apareciendo de forma masiva, abre un ticket e indica la hora del mensaje.

Conviene saber: Si pregeneras el mundo, sacas ese trabajo de la partida en curso: Chunky: pregenerar el mundo de Minecraft

La lista de whitelist, OP o baneos está dañada

Así se ve el mensaje:

Unable to read file ops.json, backing it up to ops.json.backup and creating new copy.
com.google.gson.JsonSyntaxException: com.google.gson.stream.MalformedJsonException: … at line 21 column 2 path $

Qué hay detrás: whitelist.json, ops.json, banned-players.json y banned-ips.json son listas en formato JSON, un formato de texto estricto con corchetes, comas y comillas. Basta con que falte una coma para que el archivo no se pueda leer, normalmente tras editarlo a mano. Minecraft guarda entonces el archivo roto como .backup y crea una lista vacía. El servidor sigue funcionando, pero, según el archivo, faltarán permisos de OP, entradas de la whitelist o baneos.

Así lo solucionas:

  1. Detén el servidor.
  2. En Archivos, abre el archivo con la extensión .backup, por ejemplo ops.json.backup.
  3. El mensaje suele indicar la línea y la columna del error. Toda la lista va entre corchetes, cada entrada entre llaves, las entradas se separan con una coma y después de la última no va ninguna. Un simple nombre de jugador sin llaves no es una entrada válida.
  4. Elimina el archivo vacío recién creado y renombra el archivo .backup corregido a su nombre original, por ejemplo ops.json.
  5. Inicia el servidor. Como alternativa, puedes volver a añadir las entradas con un comando: whitelist add <Jugador> u op <Jugador> en la Consola.

Bueno saber: Si gestionas estas listas solo con comandos, Minecraft escribe el formato por sí mismo. Más información: Configurar la whitelist

Ajustes del mundo ilegibles: el servidor usa valores predeterminados

Así se ve el mensaje:

Unable to read or access the world gen settings file! Falling back to the default settings with a random world seed. ./<Mundo>/dimensions/minecraft/overworld/data/minecraft/world_gen_settings.dat

Qué hay detrás: El archivo world_gen_settings.dat define cómo se genera el mundo, por ejemplo la semilla y el tipo de mundo. Si el servidor no ha podido leerlo, continúa con los valores predeterminados y una semilla aleatoria. Entonces tus ajustes personalizados no se aplican. Las zonas ya generadas se cargan tal como se guardaron, pero las zonas nuevas se crean con los valores predeterminados y puede que no encajen con el resto.

Así lo solucionas:

  1. Si el mundo es nuevo y no has configurado nada especial, el mensaje suele ser inofensivo.
  2. Si has definido una semilla o un tipo de mundo propios, guarda de nuevo esos valores en Ajustes y reinicia el servidor.
  3. Si el archivo pertenece a un mundo existente con construcciones, detén el servidor antes de que se generen zonas nuevas y recupera el archivo o el mundo desde una copia en Copias de seguridad.
  4. Tras el reinicio, comprueba en la Consola que el mensaje ya no aparece.

Bueno saber: Con seed en la Consola ves qué semilla está activa en este momento. Más información: Encontrar y establecer la semilla del mundo

El mundo contiene bloques de un mod o datapack eliminado

Así se ve el mensaje:

Recoverable errors when loading section [2, 11, 5]: (Unknown registry key in ResourceKey[minecraft:root / minecraft:block]: <mod>:<block> -> using default)

Qué hay detrás: Al cargar una sección del mundo han aparecido bloques u objetos que el servidor ya no reconoce. Casi siempre se ha eliminado o sustituido un mod o un datapack. El nombre antes de los dos puntos indica de dónde procede el bloque. Minecraft sustituye esas zonas por aire y carga el resto del mundo con normalidad. El servidor sigue funcionando, pero faltan bloques en las zonas afectadas.

Así lo solucionas:

  1. Si has eliminado el mod o el datapack a propósito, el mensaje es esperable. Dejará de aparecer cuando todas las zonas afectadas se hayan cargado una vez.
  2. Si te faltan construcciones que quieres conservar, detén el servidor de inmediato y crea una copia en Copias de seguridad. En el próximo guardado, los bloques que faltan se perderán de forma definitiva.
  3. Vuelve a instalar el mod en Mods en la misma versión, o el datapack en la carpeta datapacks del mundo, y reinicia el servidor.
  4. Si después siguen faltando bloques, las zonas ya se guardaron. En ese caso solo ayuda una copia de seguridad anterior a la eliminación.

Bueno saber: Si antes de los dos puntos aparece minecraft:, el bloque suele proceder de una versión de Minecraft más reciente que la de tu servidor.

Se eliminó una entidad defectuosa para evitar un fallo del servidor

Así se ve el mensaje:

Entity threw exception at minecraft:overworld:<x>,<y>,<z>
java.lang.NullPointerException

Qué hay detrás: Una entidad es todo lo que se mueve en el mundo o lleva datos propios: mobs, aldeanos, NPC, objetos soltados. Durante el cálculo de un tick, uno de los 20 pasos de cálculo por segundo, una de ellas provocó un error. Paper la eliminó para que el servidor no se caiga. El servidor sigue funcionando, pero la entidad en esa posición ya no existe. Normalmente un plugin o un mod la había modificado antes.

Así lo solucionas:

  1. En Archivos, abre logs/latest.log y lee las líneas que hay bajo el mensaje. Ese stacktrace es la lista de puntos del programa que condujeron al error.
  2. Paper escribe en muchas de esas líneas el nombre del archivo entre corchetes, por ejemplo ~[<Plugin>-<Versión>.jar:?]. Así reconoces el plugin implicado.
  3. Actualiza ese plugin en Plugins o el mod en Mods.
  4. Si el mensaje se repite en la misma posición, allí había una entidad dañada. Ahora ya está eliminada y normalmente no hacen falta más pasos.

Más información sobre errores de plugins: Un plugin genera errores durante el funcionamiento

Los datos POI no coinciden con el chunk

Así se ve el mensaje:

POI data mismatch: never registered at BlockPos{x=<x>, y=<y>, z=<z>}

Qué hay detrás: POI significa Point of Interest (punto de interés). Así es como Minecraft recuerda bloques especiales como camas, puestos de trabajo de aldeanos, colmenas o portales del Nether. Estas entradas se guardan por separado de los bloques, en la carpeta poi del mundo. En la posición indicada, Minecraft no encontró ninguna entrada correspondiente. Pueden aparecer mensajes aislados al cargar o tras un cambio de versión. Si la misma zona aparece una y otra vez, los datos de POI o del chunk son incoherentes.

Así lo solucionas:

  1. Crea una copia del mundo en Copias de seguridad.
  2. Actualiza Paper en Versión a la compilación más reciente de tu versión de Minecraft.
  3. Anota las coordenadas y observa si la misma región se ve afectada repetidamente.
  4. Solo en ese caso, revisa la región con una herramienta de mundos adecuada, siempre sobre una copia del mundo. Si no avanzas, abre un ticket e indica la hora del mensaje.

Bueno saber: Los mensajes aislados sin repetición puedes dejarlos como están. Sobre herramientas y procedimiento: Faltan chunks en Minecraft: comprobar el daño y rescatarlos

Teletransporte inusual de una entidad entre mundos

Así se ve el mensaje:

Illegal Entity Teleport Zombie['Zombie'/<ID>, l='ServerLevel[<Mundo>_nether]', x=<x>, y=<y>, z=<z>, …] to ServerLevel[<Mundo>]:(<x>, <y>, <z>)
java.lang.Throwable: null

Qué hay detrás: Minecraft ha detectado que una entidad, en este caso un zombi, se teletransportó entre mundos o chunks en un estado inesperado, por ejemplo a través de un portal. Las líneas con java.lang.Throwable que aparecen debajo no son un fallo del servidor. Solo muestran desde qué punto del programa vino el teletransporte. El mensaje por sí solo no demuestra un error de plugin, y el servidor sigue funcionando.

Así lo solucionas:

  1. Actualiza Paper en Versión a la compilación más reciente de tu versión de Minecraft.
  2. Observa si el mensaje vuelve a aparecer. Un mensaje aislado puedes dejarlo como está.
  3. Si se repite, lee el stacktrace completo en logs/latest.log. Si aparece ahí un plugin de portales o de teletransporte, actualízalo en Plugins.
  4. Si la actualización no ayuda, desactiva temporalmente en su configuración la función afectada de ese plugin y vuelve a observar.

No se pudo guardar una entidad

Así se ve el mensaje:

Entity type entity.minecraft.villager failed to serialize
net.minecraft.ReportedException: Saving entity NBT

Qué hay detrás: Al guardar, el servidor escribe cada entidad con sus datos en los archivos del mundo. NBT es el formato de almacenamiento que Minecraft utiliza para ello. En el caso de una entidad, en el ejemplo un aldeano, ha fallado porque sus datos contienen algo que el servidor no puede escribir. A menudo se trata de un objeto de un plugin o mod, por ejemplo en una oferta de comercio. El servidor sigue funcionando, pero la entidad puede desaparecer tras un reinicio.

Cómo solucionarlo:

  1. Lee en logs/latest.log las líneas que hay debajo del mensaje. Una línea con Caused by indica el motivo real.
  2. Si afecta a comerciantes, revisa los plugins que modifican las ofertas de comercio, por ejemplo plugins de tiendas o de comerciantes, y actualízalos en Plugins.
  3. Mantén Paper en Versión en la compilación más reciente de tu versión de Minecraft.
  4. Reinicia el servidor y observa si el mensaje vuelve a aparecer.

Conviene saber: Si ha desaparecido una entidad importante, solo una copia de seguridad la recupera. Pero con ella restableces todo el mundo a ese estado.

Datos adicionales del mundo ilegibles: valores predeterminados activos

Así se ve el mensaje:

Failed to parse saved data for 'SavedDataType[minecraft:<DataType>]': <Reason>

Qué hay detrás: Además de los chunks, un mundo guarda datos adicionales en archivos propios, por ejemplo reglas del juego, horas o secuencias aleatorias. Uno de estos archivos no encaja con la versión del servidor. Normalmente el mundo se guardó antes con otra versión de Minecraft o con una selección de mods distinta. El servidor arranca igualmente y usa valores predeterminados para esa parte. Por eso, tus reglas del juego personalizadas pueden volver a estar en su valor predeterminado.

Cómo solucionarlo:

  1. Consulta las reglas del juego modificadas en la Consola con gamerule <Rule>.
  2. Vuelve a establecer los valores distintos con gamerule <Rule> <Value>.
  3. No abras nunca un mundo en una versión anterior a aquella con la que se guardó por última vez. En Versión, vuelve a seleccionar la versión adecuada.
  4. Si quieres recuperar por completo el estado anterior, restaura en Copias de seguridad una copia anterior al cambio.

Conviene saber: El tipo de datos del mensaje indica qué área está afectada. Sobre las reglas del juego: Reglas del juego de Minecraft explicadas

Datos de chunk dañados en un archivo de región

Así se ve el mensaje:

Chunk [<x>, <z>] header is truncated: expected <Number> but read <Number>
Ignoring absolute chunk [<x>, <z>] in regionfile …
Failed to parse light data for chunk [<x>, <z>] …

Qué hay detrás: Minecraft guarda el mundo en archivos de región con la extensión .mca en la carpeta region. Cada uno contiene hasta 32 × 32 chunks. Una parte de uno de estos archivos está incompleta o en un lugar equivocado. El servidor intenta reparar el archivo o vuelve a cargar el chunk afectado. Al hacerlo, puede regenerarse un trozo del mundo, junto con todo lo que había construido allí. La causa suele ser un cierre forzado durante el guardado.

Cómo solucionarlo:

  1. Anota las coordenadas del chunk del mensaje. Multiplicadas por 16 dan las coordenadas de bloque, donde puedes comprobarlo en el juego.
  2. Si todo está en su sitio, no hay que hacer nada más.
  3. Si falta un trozo del mundo, detén el servidor y restaura el archivo de región afectado desde una copia de seguridad. Su nombre es r.<x>.<z>.mca, donde x y z son las coordenadas del chunk divididas entre 32, redondeadas hacia abajo. Con ello la región vuelve al estado de la copia de seguridad.
  4. En adelante, detén el servidor de forma normal con stop en lugar de cerrarlo a la fuerza.

Más detalles: Faltan chunks en Minecraft: comprobar el daño y rescatarlos

El chunk está en una coordenada equivocada

Así se ve el mensaje:

Chunk file at <x>,<z> is in the wrong location; relocating.

Qué hay detrás: En un archivo de región hay un chunk con una coordenada distinta de la que Minecraft espera en ese lugar. Minecraft lo mueve a la posición correcta y sigue cargando. Sin embargo, el mensaje apunta a datos del mundo dañados o copiados incorrectamente, por ejemplo si se renombraron archivos de región o se copiaron desde otro mundo.

Cómo solucionarlo:

  1. Detén el servidor y crea una copia de seguridad del mundo en Copias de seguridad.
  2. Si has copiado o renombrado archivos de región a mano hace poco, deshaz el cambio.
  3. Revisa la región afectada con una herramienta de reparación de mundos, siempre sobre una copia y nunca sobre la única versión de tu mundo.
  4. Si el mensaje se repite, restaura en Copias de seguridad una copia que sepas que está bien.

Conviene saber: Un mensaje aislado después de una subida es una señal de aviso, pero todavía no una pérdida. Echa un vistazo al lugar en el juego antes de restaurar nada.

Más detalles: Faltan chunks en Minecraft: comprobar el daño y rescatarlos

Se repara el encabezado dañado de un archivo de región

Así se ve el mensaje:

Corrupt regionfile header detected! Attempting to re-calculate header offsets for regionfile <File>
Recalculating regionfile <File>, header gave erroneous offsets

Qué hay detrás: Cada archivo de región empieza con un encabezado. Es una especie de índice que registra en qué lugar del archivo está cada chunk. Paper ha encontrado un encabezado dañado y lo reconstruye. Normalmente lo consigue sin pérdidas y el servidor sigue funcionando. La causa suele ser una interrupción brusca durante la escritura, por ejemplo un fallo o un servidor cerrado a la fuerza.

Cómo solucionarlo:

  1. Normalmente no hay que hacer nada.
  2. Si quieres asegurarte, echa un vistazo a la zona en el juego. El nombre de archivo r.<x>.<z>.mca indica la ubicación: x y z multiplicados por 512 dan las coordenadas de bloque de una esquina de la región.
  3. Si faltan partes del mundo allí, detén el servidor y restaura el archivo de región afectado desde una copia de seguridad.
  4. En adelante, detén el servidor de forma normal con stop en la Consola en lugar de cerrarlo a la fuerza.

Más detalles: Faltan chunks en Minecraft: comprobar el daño y rescatarlos

Los datos del bloque ya no coinciden con el bloque del mundo

Así se ve el mensaje:

Failed to create block entity <BlockType> for block BlockPos{x=<x>, y=<y>, z=<z>} at position Block{<Block>}

Qué hay detrás: Algunos bloques llevan datos adicionales, una llamada BlockEntity: los cofres guardan su contenido, los carteles su texto, los hornos su progreso. En la posición indicada, estos datos guardados no coinciden con el bloque que hay allí. Esto puede ocurrir tras actualizaciones, tras editar el mundo, por ejemplo con WorldEdit, o por datos de chunk inconsistentes. No te dejes confundir por el orden: tras for block va la posición y tras at position el bloque.

Cómo solucionarlo:

  1. Crea una copia de seguridad del mundo en Copias de seguridad.
  2. Actualiza Paper en Versión a la compilación más reciente de tu versión de Minecraft.
  3. Echa un vistazo a la posición indicada en el juego, pero no modifiques el bloque a ciegas.
  4. Si el mensaje se repite, elimina los datos de bloque no válidos con una herramienta de mundo adecuada o restaura la región desde una copia de seguridad.

Si no avanzas, abre un ticket e indica la hora del mensaje.

Error por modificación simultánea de datos de bloques

Así se ve el mensaje:

BlockEntity threw exception at <World>:<x>,<y>,<z>
java.util.ConcurrentModificationException

Qué hay detrás: Los bloques con datos propios, como tolvas, hornos o cofres, se llaman BlockEntity. Durante un tick se modificó una colección de esos datos mientras el servidor la estaba recorriendo. Java lo interrumpe con una ConcurrentModificationException, literalmente un error por modificación simultánea. El mensaje por sí solo no indica con seguridad si el cambio lo provocó el propio juego, el estado del mundo o un plugin.

Cómo solucionarlo:

  1. Actualiza Paper en Versión y tus plugins en Plugins.
  2. Observa si el mensaje vuelve a aparecer.
  3. Si se repite, lee el stacktrace completo en logs/latest.log y anota la posición indicada.
  4. Solo una clase de plugin mencionada allí, que se reconoce por el nombre del paquete o por el nombre de archivo de un plugin, permite asignar el fallo. Entonces actualiza exactamente ese plugin o informa del error a su desarrollador.

Bueno saber: Si no aparece ningún nombre de plugin en el stacktrace, no deberías quitar plugins a ciegas.

Ítem con una propiedad no válida, por ejemplo un encantamiento desconocido

Así se ve el mensaje:

[CraftMagicNumbers] Exception modifying ItemStack
… Not a valid resource location: …

Qué hay detrás: Un ítem de la configuración de un plugin, de un kit o de un menú tiene una propiedad que esta versión de Minecraft no puede leer. A menudo se trata de un encantamiento de un plugin que entretanto se eliminó. Una Resource Location es un nombre con el formato namespace:name, por ejemplo minecraft:sharpness. El ítem se carga sin la propiedad defectuosa. El servidor sigue funcionando, pero el ítem se comporta de forma distinta a lo previsto.

Cómo solucionarlo:

  1. Averigua qué plugin entrega el ítem, por ejemplo un plugin de kits, menús o tienda.
  2. En Archivos, abre su configuración en la carpeta plugins/<Plugin>/ y elimina la propiedad indicada o corrige su nombre.
  3. Como alternativa, vuelve a crear el ítem, por ejemplo creándolo de nuevo en el juego y guardándolo otra vez en el plugin.
  4. Si la propiedad pertenece a un plugin de encantamientos personalizados que eliminaste, vuelve a instalarlo en Plugins.
  5. Reinicia el servidor y revisa la Consola.

Más información: La configuración del plugin es defectuosa

Un ítem guardado contiene una propiedad desconocida

Así se ve el mensaje:

Tried to load invalid item: 'No component with type: '<namespace>:<property>'

Qué hay detrás: Los ítems guardan sus propiedades como componentes de datos, por ejemplo nombre, encantamientos o durabilidad. Un ítem guardado, por ejemplo en datos de jugadores, cofres o datos de plugins, contiene un componente que esta versión de Minecraft no conoce. Lo típico es que el mundo o los datos del plugin se hayan creado con una versión más reciente y después se hayan cargado en una más antigua. El ítem no se puede cargar correctamente y puede perderse.

Cómo solucionarlo:

  1. Antes de hacer más cambios, crea una copia en Copias de seguridad.
  2. En Versión, vuelve a establecer la versión de Minecraft con la que se jugó el mundo por última vez.
  3. Si un plugin genera esos ítems, actualízalo en Plugins a una versión que encaje con la versión de tu servidor.
  4. Reinicia el servidor y comprueba en la Consola que el mensaje ya no aparece.

Bueno saber: Si antes del nombre aparece minecraft:, la propiedad proviene de una versión más reciente de Minecraft. Otro nombre apunta a un plugin o a un mod. Más información: El plugin no es compatible con la versión del servidor

A un objeto de mod guardado le faltan campos obligatorios («No key … in MapLike»)

Así se ve el mensaje:

Tried to load invalid item: 'No key <Campo> in MapLike[<Datos del objeto>]'

Qué hay detrás: Al leer un objeto guardado, el software espera ciertos campos obligatorios. Al menos uno de ellos falta en los datos del objeto. El mensaje indica con «No key» el campo que falta; «MapLike» designa la colección de campos de datos que se ha leído. El objeto afectado no se puede cargar por completo en este formato.

Así lo solucionas:

  1. Crea una copia de seguridad del estado actual en Copias de seguridad antes de modificar mods o datos guardados.
  2. Lee el mensaje completo en la Consola o en logs/latest.log en Archivos. Busca el identificador del objeto y el mod correspondiente.
  3. Compara en Mods la combinación instalada con el estado anterior a la primera aparición del error. Revisa las indicaciones del mod responsable sobre cómo migrar datos antiguos de objetos.
  4. Prueba primero una combinación de mods adecuada o una restauración en una copia del mundo. Si ninguna solución documentada encaja, envía al autor del mod el mensaje completo.

Conviene saber: Borrar de forma general los inventarios o los datos de los jugadores elimina también objetos que todavía se pueden usar.

¿Tu aviso no aparece aquí?

Lee el aviso completo en logs/latest.log junto con las líneas anteriores: a menudo allí se indica qué falló primero. En el stacktrace, los nombres de paquete, es decir, los nombres de carpetas separados por puntos como com.<Desarrollador>.<Plugin>, y los nombres de archivo como <Plugin>.jar revelan qué plugin o qué mod está implicado. Trabaja con los archivos del mundo solo con el servidor detenido y crea antes una copia en Copias de seguridad. Si no avanzas, abre un ticket e indica la hora del aviso.