Configuration de plugin défectueuse : corriger les messages dans le log Minecraft

Les plugins enregistrent généralement leurs paramètres dans des fichiers YAML placés dans le dossier plugins/<Plugin>/. YAML est un format texte qui construit sa structure grâce à l'indentation avec des espaces. Une simple tabulation ou un guillemet manquant suffit pour qu'un plugin ne puisse plus lire un fichier. Chaque section ci-dessous traite un message. Si tu arrives ici via « En savoir plus » depuis Santé du serveur, tu es déjà au bon endroit.

Tu trouveras le texte complet dans la Console ou sous Fichiers dans logs/latest.log. Il indique presque toujours le fichier, souvent aussi la ligne et la colonne. En dessous suit souvent une stacktrace, une liste de lignes at indentées qui montre à quel endroit du programme l'erreur s'est produite. Avant toute modification des fichiers de configuration ou de monde, crée une sauvegarde sous Sauvegardes. Modifie de préférence les fichiers lorsque le serveur est arrêté, car certains plugins écrasent leur configuration à l'arrêt.

Erreur de syntaxe YAML dans un fichier de plugin

Voici à quoi ressemble le message :

Cannot load plugins/<Plugin>/config.yml
org.bukkit.configuration.InvalidConfigurationException: sequence entries are not allowed here
 in 'reader', line <Line>, column <Column>:

Ce qui se cache derrière : Le plugin n'a pas pu lire le fichier YAML indiqué lors du chargement. YAML est un format texte qui construit sa structure grâce à l'indentation avec des espaces. Les tabulations y sont interdites, et certains caractères ont une signification particulière au début d'une valeur. Le message indique le fichier, la ligne et la colonne, et le caractère ^ en dessous pointe vers l'endroit de l'erreur. Selon le plugin, certains paramètres ou le plugin entier ne fonctionneront alors pas.

Voici comment corriger le problème :

1. Dans Fichiers, ouvre le fichier indiqué à la première ligne et va à la ligne mentionnée. L'erreur se trouve à cet endroit ou sur la ligne précédente.
2. Mets entre guillemets les valeurs qui commencent par &, *, %, @, { ou [, par exemple prefix: "&8[&aShop&8] ". Un backtick (`) n'est pas du tout autorisé au début d'une valeur.
3. Remplace les tabulations par des espaces et indente les entrées de même niveau avec le même nombre d'espaces.
4. Vérifie le fichier avec un validateur YAML dans le navigateur, puis redémarre le serveur.

Bon à savoir : Si l'erreur se situe à la ligne 1, colonne 1, c'est souvent que du texte a été copié depuis un chat avec son encadrement Markdown. Supprime alors les lignes contenant les trois backticks au début et à la fin. Les entrées de liste commençant par - se placent toujours sur leur propre ligne, sous leur clé.

Item ou emplacement enregistré illisible dans un fichier de plugin

Voici à quoi ressemble le message :

[org.bukkit.configuration.serialization.ConfigurationSerialization] Could not call method 'public static org.bukkit.Location org.bukkit.Location.deserialize(java.util.Map)' of class org.bukkit.Location for deserialization
java.lang.IllegalArgumentException: unknown world

Ce qui se cache derrière : Les plugins enregistrent les objets (kits, articles de boutique, items de menu) et les emplacements (homes, warps, points d'apparition) sous forme de blocs de données dans leurs fichiers YAML. Un item enregistré sous une ancienne version de Minecraft ne peut parfois plus être lu avec le format d'item actuel (« Could not deserialize found primitive »). Si Location et unknown world figurent sous le message, un emplacement enregistré pointe vers un monde qui n'existe plus ou qui n'était pas encore chargé lors de la lecture. Le serveur continue de fonctionner, seules ces entrées manquent.

Voici comment corriger le problème :

1. Trouve le plugin concerné. Les lignes juste avant et après le message mentionnent généralement le plugin ou son fichier.
2. Crée une sauvegarde, ouvre le fichier dans Fichiers et supprime ou renouvelle les entrées d'items concernées.
3. Recrée ensuite les items en jeu, par exemple le kit ou l'article de la boutique.
4. Pour unknown world : supprime l'emplacement ou redéfinis-le avec les commandes du plugin. Si le monde existe encore, assure-toi qu'il est chargé.
5. Redémarre le serveur et vérifie la Console.

Bon à savoir : Si tu as supprimé ou renommé un monde, les anciens homes et warps pointent dans le vide. Le message ne disparaît que lorsque ces entrées ont été supprimées.

DeluxeMenus : deux menus utilisent la même commande

Voici à quoi ressemble le message :

[DeluxeMenus] open_command specified for menu: <Menu> already exists for another menu!
Skipping menu: <Menu>

Ce qui se cache derrière : Dans DeluxeMenus, chaque menu peut avoir sa propre commande permettant aux joueurs de l'ouvrir. Elle figure dans le fichier du menu sous open_command. Si deux fichiers de menu utilisent la même commande, DeluxeMenus ignore le second menu, qui n'est alors pas accessible en jeu. La ligne « Skipping menu » indique le menu ignoré. Tous les autres menus et le serveur continuent de fonctionner normalement. Cause la plus fréquente : un fichier de menu a été copié comme modèle sans adapter la commande.

Voici comment corriger le problème :

1. Dans Fichiers, ouvre le dossier plugins/DeluxeMenus/gui_menus.
2. Cherche le fichier du menu ignoré et le fichier qui utilise le même open_command.
3. Donne au menu ignoré sa propre commande, encore libre.
4. Enregistre et recharge DeluxeMenus avec /dm reload, avec la barre oblique en jeu, sans elle dans la Console.
5. Ouvre le menu avec sa nouvelle commande pour tester.

Bon à savoir : Si un menu est ouvert uniquement depuis un autre menu, il n'a généralement pas besoin de sa propre commande. Tu peux alors aussi omettre l'open_command à cet endroit.

Multiverse ne parvient pas à charger un monde

Voici à quoi ressemble le message :

[Multiverse-Core] Failed to autoload world '<World>': Failure{reason=WORLD_FOLDER_INVALID}
[Multiverse-Core] Failed to import world <World>: Failure{reason=WORLD_FOLDER_INVALID}

Ce qui se cache derrière : Multiverse-Core mémorise ses mondes dans plugins/Multiverse-Core/worlds.yml et les charge au démarrage. Le message apparaît lorsqu'un monde y est listé alors que son dossier est absent ou ne contient pas de monde valide (WORLD_FOLDER_INVALID), lorsque le Nether ou l'End sont déjà chargés par le serveur lui-même (« already match a world that exists »), ou lorsqu'un monde a été importé mais pas chargé (WORLD_EXIST_UNLOADED). Le monde concerné est alors inaccessible. Le serveur et les autres mondes continuent de fonctionner.

Voici comment corriger le problème :

1. Vérifie dans Fichiers que le dossier du monde existe. Un monde valide contient notamment le fichier level.dat et le dossier region.
2. Si le monde n'existe plus, supprime l'entrée obsolète avec /mv remove <World>.
3. S'il existe mais n'est pas chargé, charge-le avec /mv load <World>.
4. Le Nether et l'End sont chargés par le serveur lui-même s'ils sont activés dans server.properties ou bukkit.yml. Ne les ajoute alors pas en plus dans Multiverse.
5. Redémarre le serveur.

Bon à savoir : Si le message recommande l'outil Chunkster pour la réparation, cette indication date de l'époque de Bukkit. Restaure plutôt une sauvegarde du monde, voir Données du monde endommagées, obsolètes ou impossibles à enregistrer.

DeluxeMenus : le fichier de menu est invalide

Voici à quoi ressemble le message :

[DeluxeMenus] Detected invalid configuration in file: <Menu>.yml
org.bukkit.configuration.InvalidConfigurationException: while scanning a simple key
 in 'reader', line <Line>, column <Column>:

Ce qui se cache derrière : DeluxeMenus ne peut pas traiter le fichier de menu indiqué et ne charge pas ce menu. Les joueurs ne voient aucune interface avec la commande associée, tous les autres menus continuent de fonctionner. La raison exacte figure dans les lignes juste sous le message, le plus souvent une erreur YAML avec ligne et colonne. Un cas typique est un espace manquant après les deux-points, donc hide_attributes:true au lieu de hide_attributes: true.

Voici comment corriger le problème :

1. Lis les lignes sous le message et note la ligne et la colonne.
2. Ouvre le fichier de menu dans Fichiers, généralement dans le dossier plugins/DeluxeMenus/gui_menus.
3. Corrige l'endroit concerné : un espace après chaque deux-points, uniquement des espaces pour l'indentation, les textes contenant & ou # entre guillemets.
4. Si aucune erreur YAML n'apparaît, vérifie les options par rapport à la documentation de DeluxeMenus, par exemple les noms de matériaux ou l'écriture des conditions.
5. Recharge avec /dm reload et ouvre le menu pour tester.

Bon à savoir : En YAML, un # après un espace introduit un commentaire. Sans guillemets, le reste de la ligne est alors perdu, par exemple pour les couleurs hexadécimales.

Le plugin ne trouve pas un fichier attendu

Voici à quoi ressemble le message :

java.io.FileNotFoundException: plugins/<Plugin>/<File> (No such file or directory)

Ce qui se cache derrière : Le plugin veut lire un fichier de son dossier sous plugins/ qui n'existe pas. Au tout premier démarrage, c'est normal, car de nombreux plugins ne créent leurs données que lorsqu'ils enregistrent quelque chose pour la première fois. Si le message apparaît plus tard, le fichier a été supprimé ou le dossier du plugin a été renommé. Selon le plugin, il recrée le fichier ou se désactive.

Voici comment corriger le problème :

1. Redémarre le serveur une fois. Si le message disparaît, le plugin a créé le fichier lui-même.
2. Vérifie dans Fichiers que le dossier sous plugins/ porte exactement le même nom que dans le chemin du message. La casse compte.
3. Si le fichier est toujours absent, restaure-le depuis une sauvegarde dans Sauvegardes.
4. Si cela n'aide pas, réinstalle le plugin.

Bon à savoir : Si le fichier contient des données de joueurs, comme des inscriptions ou des soldes, tu ne peux les récupérer que via une sauvegarde. Un fichier nouvellement créé démarre vide.

Le générateur de monde défini n'est pas installé

Voici à quoi ressemble le message :

Could not set generator for default world '<Monde>': Plugin '<Plugin>' does not exist

Ce qui se cache derrière : Un générateur de monde est le programme qui crée les nouveaux paysages. Dans bukkit.yml ou dans la configuration du monde, un générateur provenant d'un plugin est indiqué pour le monde, mais ce plugin n'est pas installé ou n'a pas été chargé. Le serveur génère alors les nouvelles zones avec le générateur par défaut. Les zones déjà explorées restent telles quelles, mais aux bordures, le paysage peut se poursuivre de manière incohérente.

Voici comment corriger le problème :

1. Dans Fichiers, ouvre bukkit.yml et cherche la section worlds:. Sous le nom du monde figure generator: <Plugin>.
2. Si tu veux conserver le générateur, installe le plugin indiqué dans Plugins, dans une version adaptée.
3. Si tu n'en as plus besoin, supprime l'entrée generator.
4. Redémarre le serveur et vérifie dans la Console que le message a disparu.

Bon à savoir : Le nom après generator: doit correspondre exactement au nom du plugin. Une faute de frappe provoque le même message, même si le plugin est installé.

La configuration est plus récente que le plugin ou le logiciel du serveur

Voici à quoi ressemble le message :

[Configurations] Loading a newer configuration than is supported (<FileVersion> > <supported version>)! You may have to backup & delete your global config file to start the server.

Ce qui se cache derrière : La configuration a été écrite par une version plus récente que celle qui tourne actuellement. Il s'agit typiquement d'un retour en arrière, c'est-à-dire du passage à une version plus ancienne d'un plugin ou de Minecraft. Le premier nombre entre parenthèses est la version du fichier, le second la plus élevée que le programme installé connaît. Les paramètres plus récents sont ignorés. Si le message parle du « global config file », il provient de Paper lui-même et concerne généralement config/paper-global.yml.

Voici comment corriger le problème :

1. Vérifie si tu as récemment rétrogradé un plugin ou, dans Version, la version du serveur.
2. Soit : repasse à la version correspondant à la configuration.
3. Soit : restaure la configuration depuis Sauvegardes, à partir d'une sauvegarde datant de l'ancienne version.
4. S'il n'existe pas de sauvegarde adaptée, télécharge le fichier dans Fichiers, supprime-le et redémarre. Un nouveau fichier est créé, puis tu reportes tes modifications à la main.

Bon à savoir : Tu trouveras comment changer de version en toute sécurité dans Changer de version Minecraft et de chargeur de mods en toute sécurité.

MinecraftWarriors3 ne trouve pas le dossier de la map

Voici à quoi ressemble le message :

[MinecraftWarriors3] [Offizielle Map] Quell-Ordner der Map nicht gefunden: ./plugins/MinecraftWarriors3/maps/<Map-Folder>

Ce qui se cache derrière : MinecraftWarriors3 récupère la map officielle depuis un dossier source indiqué dans sa configuration. Ce dossier est introuvable. La map ne peut donc être ni copiée ni démarrée, et tout ce qui s'y déroule est indisponible. Le serveur lui-même continue de fonctionner.

Voici comment corriger le problème :

1. Dans Fichiers, ouvre le chemin indiqué dans le message. Le point au début (./) représente le répertoire principal du serveur.
2. Si le dossier est absent, envoie-y la map. Les fichiers du monde doivent se trouver directement dans le dossier, et non dans un sous-dossier supplémentaire, comme il s'en crée souvent lors de l'extraction d'une archive.
3. Si la map se trouve ailleurs ou si le dossier porte un autre nom, corrige le chemin dans la configuration sous plugins/MinecraftWarriors3/. La casse compte.
4. Redémarre le serveur et vérifie la Console.

Bon à savoir : Pour savoir comment envoyer un monde complet, consulte Envoyer un monde Minecraft et en changer en toute sécurité.

Le plugin ne peut pas charger un menu, un hologramme ou un fichier texte

Voici à quoi ressemble le message :

Failed to load hologram from file '<File>'
[YamlStorage] Failed to load npc file: <File>
Could not load messages.yml!

Ce qui se cache derrière : Un plugin n'a pas pu lire l'un de ses fichiers, par exemple un menu, un fichier de langue, un hologramme ou un PNJ (un personnage contrôlé par le serveur). Il s'agit le plus souvent d'une erreur de format dans le fichier, d'un nom en double ou d'une condition mal écrite. Dans les plugins de menus, les conditions sont souvent de petites expressions JavaScript ; le message est alors « Error in requirement javascript syntax ». La partie concernée est absente en jeu, le reste continue de fonctionner.

Voici comment corriger le problème :

1. Lis les lignes sous le message. Elles indiquent souvent la ligne et la cause.
2. Ouvre le fichier dans Fichiers et compare-le avec l'exemple de la documentation du plugin.
3. Si tu ne trouves pas l'erreur, renomme le fichier au lieu de le supprimer, par exemple en messages.yml.alt. Pour les fichiers de configuration et de langue, le plugin en crée un nouveau au redémarrage.
4. Reporte tes textes et tes paramètres petit à petit depuis l'ancien fichier, puis redémarre.

Bon à savoir : Pour les fichiers contenant des hologrammes, des PNJ ou des menus, un nouveau fichier fait perdre leurs entrées. Dans ce cas, récupère-les plutôt depuis Sauvegardes.

Indentation ou deux-points incorrects : fichier de plugin illisible

Voici à quoi ressemble le message :

org.bukkit.configuration.InvalidConfigurationException: mapping values are not allowed here
Caused by: while parsing a block mapping
The file plugins/<Plugin>/<File>.yml is broken, it has been renamed …

Ce qui se cache derrière : YAML construit sa structure à partir de l'indentation et des deux-points. « mapping values are not allowed here » signifie généralement qu'une valeur contient un deux-points suivi d'une espace sans que la valeur soit placée entre guillemets, ou qu'une ligne est mal indentée. « while parsing a block mapping » indique une ligne plus ou moins indentée que ses voisines. Le plugin n'utilise alors pas le fichier et revient aux valeurs par défaut, ou ne démarre pas du tout. EssentialsX renomme un fichier défectueux et en crée un nouveau.

Voici comment le corriger :

1. Ouvre le fichier indiqué dans Fichiers et va à la ligne mentionnée dans le message. Regarde aussi la ligne au-dessus.
2. Indente uniquement avec des espaces, et exactement du même nombre pour les clés de même niveau.
3. Mets les textes contenant un deux-points entre guillemets, par exemple message: "Achtung: Neustart".
4. Un vérificateur YAML dans ton navigateur t'indique l'endroit de l'erreur. Redémarre ensuite le serveur.

Bon à savoir : Si EssentialsX a renommé le fichier, ton ancienne version se trouve à côté. Reporte tes modifications dans le nouveau fichier au lieu de recopier le fichier défectueux.

Formule de calcul invalide dans la configuration d'un plugin

Voici à quoi ressemble le message :

net.objecthunter.exp4j.tokenizer.UnknownFunctionOrVariableException: Unknown function or variable '<Expression>' …

Ce qui se cache derrière : Certains plugins calculent des valeurs à partir de formules dans leur configuration, par exemple des prix, des récompenses ou des temps de recharge. La bibliothèque de calcul utilisée, exp4j, ne connaît que les nombres, les opérateurs, les fonctions intégrées et les variables fournies par le plugin. Si la formule contient autre chose, par exemple « 100t » au lieu de « 100 », le calcul échoue. La fonction concernée du plugin ne marche alors pas comme prévu. Le serveur continue de fonctionner.

Voici comment corriger le problème :

1. Note l'expression entre apostrophes dans le message.
2. Trouve le plugin grâce à la stacktrace, les lignes at indentées en dessous. Le nom du fichier du plugin y figure généralement, par exemple <Plugin>.jar//.
3. Cherche l'expression dans les fichiers de configuration de ce plugin. S'il y a beaucoup de fichiers, il est utile de télécharger le dossier via SFTP et d'effectuer la recherche sur ton propre ordinateur.
4. Remplace-la par un nombre ou une formule valide. Les variables autorisées sont indiquées dans la documentation du plugin.
5. Recharge le plugin ou redémarre le serveur.

Bon à savoir : Voici comment configurer l'accès SFTP : Modifier les fichiers du serveur dans le panel et se connecter via SFTP.

FancyNpcs : action de PNJ avec une plage aléatoire vide

Voici à quoi ressemble le message :

Exception in thread "FancyNpcs-ActionExecutor" java.lang.IllegalArgumentException: bound must be positive

Ce qui se cache derrière : Une action d'un PNJ de FancyNpcs doit choisir quelque chose au hasard, par exemple l'une de plusieurs actions suivantes. Si la sélection est vide ou si la plage de nombres est négative, aucun nombre aléatoire ne peut être généré et l'action est interrompue. Les joueurs le remarquent car, en cliquant sur le PNJ, rien ne se passe ou seulement une partie. Le serveur et les autres PNJ continuent de fonctionner.

Voici comment le corriger :

1. Mets à jour FancyNpcs vers la dernière version compatible avec la version de ton serveur.
2. Vérifie les actions du PNJ concerné. Chaque sélection aléatoire a besoin d'au moins une entrée, et les limites numériques doivent être positives.
3. Les données des PNJ se trouvent dans Fichiers, dans le dossier plugins/FancyNpcs. Crée une sauvegarde avant toute modification et ne modifie les fichiers que lorsque le serveur est arrêté.
4. Démarre le serveur et clique sur le PNJ pour tester.

Bon à savoir : Le message ne nomme pas le PNJ. Si tu as plusieurs PNJ avec des actions aléatoires, teste-les l'un après l'autre en surveillant la Console.

Texte avec d'anciens codes de couleur dans un champ MiniMessage

Voici à quoi ressemble le message :

Legacy formatting codes have been detected in a MiniMessage string …

Ce qui se cache derrière : MiniMessage est une syntaxe de mise en forme du texte avec des balises entre chevrons, comme <red> ou <bold>. De nombreux plugins récents l'utilisent pour le chat, les titres et les menus. MiniMessage ne comprend pas les anciens codes de couleur avec & ou §. Si un tel code se trouve dans un texte, celui-ci s'affiche mal formaté ou ne s'affiche pas du tout. Le serveur continue de fonctionner.

Voici comment le corriger :

1. Trouve le plugin concerné. La ligne avant le message ou la stacktrace en dessous le mentionne généralement.
2. Dans Fichiers, ouvre son fichier de configuration ou de langue et remplace les anciens codes par des balises :
   • &c devient <red>, &a devient <green>, &e devient <yellow>
   • &l devient <bold>, &o devient <italic>, &r devient <reset>
   • &#37FF00 ou §x§3§7… devient <#37FF00>
3. Si le plugin propose dans ses paramètres un mode legacy pour les anciens codes, tu peux l'activer à la place.
4. Recharge le plugin ou redémarre le serveur, puis vérifie le texte en jeu.

Bon à savoir : Ne mélange jamais les deux syntaxes dans un même texte. Un seul & oublié suffit à déclencher le message.

Paxel : valeur manquante pour un niveau d'outil

Voici à quoi ressemble le message :

[Paxel] Setting "<Paramètre>" for tier "<Niveau>" is not defined in the config!

Ce qui se cache derrière : Un Paxel est un outil qui réunit la pioche, la hache et la pelle. Le plugin Paxel le propose en plusieurs niveaux, et chaque niveau nécessite certaines valeurs obligatoires dans la configuration. Pour le niveau indiqué, l'une d'elles est manquante. Ce Paxel ne peut alors pas être fabriqué ni donné. Cela arrive souvent après une mise à jour, lorsque la nouvelle version attend un paramètre qui manque encore dans l'ancien fichier.

Voici comment le corriger :

1. Dans Fichiers, ouvre la configuration dans le dossier plugins/Paxel.
2. Cherche le niveau indiqué dans le message et ajoute le paramètre mentionné. Un niveau complet du même fichier te sert de modèle.
3. Sinon, renomme le fichier et redémarre. Le plugin écrit alors la configuration par défaut de la version actuelle, et tu y reportes tes personnalisations.
4. Redémarre le serveur et vérifie la Console.

Bon à savoir : Lors de l'ajout, respecte la même indentation que celle des autres valeurs du niveau, sinon une erreur YAML apparaît.

Permission invalide dans le plugin.yml d'un plugin

Voici à quoi ressemble le message :

Permission node '<Plugin>.<Permission>' in plugin description file for <Plugin> v<Version> is invalid

Ce qui se cache derrière : Chaque plugin décrit dans son plugin.yml, un fichier à l'intérieur du JAR du plugin, les permissions qu'il apporte. L'une de ces descriptions n'a pas pu être chargée. Le nom indiqué peut parfaitement être correct. Souvent, une propriété de la description est manquante ou mal formatée. Le plugin démarre généralement quand même, mais cette permission n'est pas créée avec ses valeurs par défaut.

Voici comment le corriger :

1. Lis dans le message quel plugin est concerné.
2. Mets-le à jour vers une version compatible avec celle de ton serveur. Pour cela, remplace le JAR lorsque le serveur est arrêté.
3. S'il s'agit de ton propre plugin, vérifie tout le bloc permissions du plugin.yml par rapport au format Bukkit, pas seulement le nom. Chaque entrée est une section avec des propriétés comme description, default (true, false, op ou not op) et children.
4. Redémarre le serveur.

Bon à savoir : Si tu attribues de toute façon les permissions toi-même avec un plugin de permissions comme LuckPerms, le message a généralement peu d'effet sur tes joueurs.

SuntexSocial : proxy SOCKS5 sans adresse

Voici à quoi ressemble le message :

[SuntexSocial] … SOCKS5 proxy is enabled, but telegram.proxy.host is empty

Ce qui se cache derrière : SuntexSocial relie ton serveur à un bot Telegram. Dans la configuration, le bot est réglé pour accéder à Internet via un proxy SOCKS5. Un proxy est un serveur intermédiaire par lequel passe la connexion. L'adresse de ce proxy (telegram.proxy.host) est cependant vide. Le bot Telegram ne démarre donc pas, tandis que le serveur Minecraft continue de fonctionner normalement.

Voici comment le corriger :

1. Dans Fichiers, ouvre la configuration dans le dossier plugins/SuntexSocial.
2. Si tu as besoin du proxy, renseigne sous telegram et proxy, à host, le nom d'hôte ainsi que le port correspondant. Tu obtiens les deux auprès du fournisseur du proxy.
3. Si tu n'as pas besoin de proxy, désactive le proxy SOCKS5 dans la même configuration.
4. Redémarre le serveur et vérifie si le bot répond.

Bon à savoir : Un proxy n'est nécessaire que si Telegram n'est pas directement accessible depuis le réseau du serveur. Sans cette raison, laisse-le désactivé.

Le plugin de générateur de monde démarre trop tard

Voici à quoi ressemble le message :

Could not set generator for default world '<Monde>': Plugin '<Plugin>' is not enabled yet

Ce qui se cache derrière : Un générateur provenant d'un plugin est défini pour le monde principal, mais le plugin ne démarre qu'après que le serveur a chargé les mondes. Le monde utilise alors le générateur normal, et les nouvelles zones ont donc un aspect différent de celui prévu. Rien ne change pour les zones déjà générées. Le serveur fonctionne normalement.

Voici comment le corriger :

1. Consulte la documentation du plugin de générateur pour savoir comment le configurer pour le monde principal.
2. Généralement, le générateur se place dans bukkit.yml sous worlds:, au nom du monde principal.
3. Le plugin doit se charger au démarrage du serveur, donc avant les mondes. Le développeur le définit dans le plugin.yml avec load: STARTUP. Si le message apparaît malgré tout, vérifie que la version installée correspond à celle de ton serveur.
4. Redémarre le serveur et vérifie la Console.

Bon à savoir : Les zones déjà créées avec le générateur normal restent telles quelles. Si tu veux que le monde entier soit créé avec le nouveau générateur, il te faut un nouveau monde. Sauvegarde l'ancien auparavant dans Sauvegardes.

LuckPerms ne peut pas lire le fichier d'importation

Voici à quoi ressemble le message :

[LuckPerms] Error whilst reading from the import file

Ce qui se cache derrière : Avec l'importation, LuckPerms reprend les groupes, les permissions et les données des joueurs à partir d'un fichier créé au préalable avec l'exportation, par exemple lors d'un déménagement depuis un autre serveur. LuckPerms n'a pas pu lire le fichier choisi ou traiter son format. L'importation est interrompue. Le serveur continue de fonctionner.

Voici comment corriger le problème :

1. Vérifie dans Fichiers que le fichier se trouve dans le dossier plugins/LuckPerms et que son nom correspond exactement à celui indiqué dans la commande.
2. Envoie le fichier tel quel, exactement comme l'exportation l'a généré, donc ni décompressé, ni renommé, ni modifié.
3. Lis le message d'erreur juste en dessous de cette ligne. Il indique l'endroit précis où la lecture a échoué.
4. Relance ensuite l'importation avec /lp import <Fichier>.

Bon à savoir : Pour savoir comment mettre en place et vérifier les groupes et les permissions dans LuckPerms, consulte Configurer LuckPerms : permissions et groupes.

Un paramètre de Paper contient une valeur inconnue

Voici à quoi ressemble le message :

Encountered an unexpected exception
org.spongepowered.configurate.serialize.SerializationException: [<Setting path>] <unknown value> …

Ce qui se cache derrière : Paper lit ses paramètres dans config/paper-global.yml, config/paper-world-defaults.yml et, pour chaque monde, dans le fichier paper-world.yml du dossier du monde. Dans l'un de ces fichiers se trouve une valeur que la version de ton serveur ne connaît pas, par exemple un objet ou un composant de données qui n'existe que dans une version plus récente ou qui a été renommé. Le paramètre n'est pas pris en compte. C'est typique après un retour à une version plus ancienne ou lorsque des fichiers ont été copiés depuis un autre serveur.

Voici comment le corriger :

1. Lis le message : entre crochets figure le chemin du paramètre, c'est-à-dire les clés de l'extérieur vers l'intérieur, suivi de la valeur inconnue.
2. Ouvre le fichier concerné dans Fichiers, dans le dossier config ou dans le dossier du monde, et suis le chemin.
3. Corrige la valeur avec un nom que ta version connaît, ou supprime-la.
4. Redémarre le serveur.

Bon à savoir : Si tu supprimes un paramètre entier, Paper réinscrit la valeur par défaut au prochain démarrage.

BMenu : l'identifiant du menu est déjà utilisé (« key already exists »)

Voici à quoi ressemble le message :

[BMenu] key already exists <Zone>:<Menu>

Ce qui se passe : BMenu gère les menus à l'aide d'identifiants uniques. Si un identifiant déjà utilisé est enregistré une nouvelle fois, le plugin rejette la nouvelle entrée et conserve celle qui existe. Les modifications de la deuxième définition de menu peuvent donc manquer, ou un autre menu que prévu peut s'afficher. Le serveur continue de fonctionner.

Comment résoudre le problème :

1. Crée une sauvegarde de tes paramètres sous Sauvegardes avant de modifier les fichiers de menu.
2. Lis l'identifiant complet dans la Console. Sous Fichiers, compare les identifiants des définitions de menu de BMenu et vérifie aussi les menus importés pour détecter d'éventuelles définitions en double.
3. Supprime la copie superflue ou donne un identifiant unique au deuxième menu. Adapte aussi les références à un identifiant modifié.
4. Redémarre complètement le serveur et teste les menus concernés. Si le message persiste malgré des définitions uniques, signale le problème à l'auteur de BMenu avec le log de démarrage complet.

Bon à savoir : L'ordre d'enregistrement détermine quelle entrée est conservée. Ne te fie donc pas à un ordre de fichiers précis.

Ton message n'y figure pas ?

Lis le message en entier dans la Console ou dans logs/latest.log, y compris les lignes juste avant. Souvent, on y voit quel plugin est en train de charger ses fichiers. Dans la stacktrace en dessous, tu reconnais le plugin grâce au nom de fichier du JAR ou au dossier plugins/<Plugin>/ dans le chemin. Si le message mentionne un fichier avec une ligne et une colonne, il s'agit presque toujours d'une erreur de forme comme dans les sections ci-dessus. Crée une sauvegarde avant toute modification. Si tu n'avances pas, ouvre un ticket et indique l'heure du message.