Diagnostiquer un serveur en panne (ne répond pas)

Quand votre serveur ne répond plus (personne ne peut se connecter, le panel l’affiche offline), il faut suivre une méthode de diagnostic rapide pour isoler la cause avant de contacter le support.

Cause / Le problème

Une panne peut venir du serveur lui-même (crash process, RAM saturée, monde corrompu), du réseau (port bloqué, Anti-DDoS actif), ou plus rarement de l’infrastructure onesubnet. Sans méthode, on perd du temps à blâmer la mauvaise couche.

Solution

1. Vérifiez le statut dans le panel : Dashboard → votre serveur. L’indicateur doit être Running (vert). Si Stopped ou Crashed, passez à l’étape 3.
2. Vérifiez le statut global : consultez la page de statut onesubnet (status.onesubnet.com) pour savoir si une maintenance ou un incident est en cours sur le nœud Paris. Si oui, c’est la cause la plus probable.
3. Démarrez le serveur depuis le panel (bouton Start). S’il crash immédiatement, le problème vient des fichiers du serveur (plugin fautif, monde corrompu, RAM trop basse).
4. Lisez les logs : onglet Console ou fichier /logs/latest.log. Cherchez les dernières lignes avant le crash :
   • OutOfMemoryError → RAM insuffisante, montez l’offre ou réduisez -Xmx.
   • Caused by: ... d’un plugin → retirez ce plugin.
   • Failed to bind port → port déjà pris, changez-le dans les Variables.
   • Corrupted chunk → monde endommagé, restaurez une sauvegarde.
5. Vérifiez la RAM et le CPU dans l’onglet Resources du panel. Si l’usage est à 100 %, le serveur ne peut plus répondre. Un redémarrage propre libère la mémoire.
6. Testez la connexion réseau depuis votre PC : ping IP_du_serveur et tentez un telnet IP port (ou Test-NetConnection sous PowerShell). Si le ping passe mais pas le port, le pare-feu ou l’Anti-DDoS filtre.
7. Vérifiez l’Anti-DDoS Gcore : s’il a détecté une attaque, le trafic peut être temporairement mitigé. Patientez ou contactez le support.
8. Restaurez une sauvegarde si le crash persiste après suppression des plugins/mondes suspects.

Si rien ne fonctionne après ces étapes, ouvrez un ticket en joignant les 50 dernières lignes de log et l’heure exacte du problème — c’est l’info la plus utile pour le support.