Un code de sortie n'est pas une raison de crash, c'est un haussement d'épaules
Le nombre ne vous dit rien. La ligne au-dessus vous dit tout, et elle se trouve déjà dans votre dossier de logs.
Un serveur Java qui meurt affiche Exit Code 1 et s'arrête. C'est tout le message. Le code de sortie 1 signifie « le processus s'est terminé anormalement » — c'est une catégorie, pas une cause, et elle couvre aussi bien un dossier de monde manquant qu'un mod qui plante au chargement des classes.
Où se trouve la vraie réponse
Le code de sortie est affiché par votre lanceur ou votre panneau d'hébergement, pas par le jeu. La cause se trouve dans logs/latest.log et, en cas de crash, dans le rapport que le serveur enregistre sous crash-reports/. Remontez le log depuis la fin jusqu'à la première ligne Exception, Caused by: ou Failed to. Cette ligne nomme la classe, le mod ou le fichier.
[Server thread/ERROR]: Encountered an unexpected exception
java.lang.NoSuchMethodError: net.minecraft.world.level.Level.getBiome
at com.example.mod.ExampleMixin.inject(ExampleMixin.java:41)
Caused by: java.lang.NoClassDefFoundError: com/example/lib/HelperIci, NoClassDefFoundError correspond à une dépendance manquante, pas à un monde corrompu. Le code de sortie ne vous en disait rien.
Les codes de sortie que vous verrez vraiment
| Code | Signification habituelle |
|---|---|
| 0 | Arrêt propre — /stop ou un redémarrage planifié |
| 1 | Le watchdog a tué un tick bloqué, la JVM a refusé de démarrer, ou un lanceur ou un chargeur de mods a signalé un crash |
| 137 | Tué par le système d'exploitation, presque toujours par l'OOM killer |
| 143 | SIGTERM — un orchestrateur de conteneurs l'a arrêté |
Le code 137 est celui que les gens confondent avec un crash. La JVM n'a pas échoué ; quelque chose à l'extérieur a décidé que le processus avait utilisé trop de mémoire.
Java et Bedrock ne posent pas le même problème
Le serveur dédié Bedrock est un programme différent, avec sa propre journalisation, et les conseils écrits pour les logs Java ne s'y transposent pas.
Les piles moddées échouent autrement
Avec des mods, la première exception n'est souvent qu'un symptôme. Un mixin qui ne s'applique pas produit une cascade où le vrai coupable est la première ligne Mixin apply failed, pas la ligne NoSuchMethodError trente lignes plus loin. Cherchez Mixin dans le log avant de chercher Exception.
Vérifier si le serveur est en ligne
Un log vous dit pourquoi il est mort. Il ne vous dit pas s'il est vivant maintenant. Une requête de statut sur le port du serveur répond à cette question en une seule requête. L'outil ici vérifie les serveurs Java ; Bedrock parle en UDP et nécessite sa propre requête.
Collez le log dans l'outil Diagnostic serveur pour en extraire la ligne fautive, et pointez-le vers votre hôte pour confirmer que le serveur répond bien.