Statut du serveur

Haha norback, ça ma fait bien rire ton bouton rouge. Mais comment t'a fait?

Une balise flash et le fichier flash hebergé sur mon serveur.

Code:

[flash(50,50)]http://norback.fr/rodwin/rimshot.swf[/flash]

Haha j'avais le son à fond dans mon casque, comment j'ai boulé!

rodwin a écrit:Redémarré !

Je ne peux pas regarder toutes vos solutions là, je jetterais un oeil ce soir.

Te fatigue pas, ça marche pas le site que j'ai indiqué.

Le port est bien le 25565 ?

Pour la loupiote verte, à mon avis, elle marche très bien. Elle doit se baser simplement sur l'activité du serveur et non du processus Minecraft Server. Ce qui est le problème soulevé, effectivement.

Ton script, Norback, écrit en batch, je doute qu'il fonctionne en cas de plantage du serveur. Parfois, le serveur Minecraft plante mais le processus reste actif. Donc je pense qu'il fonctionne que si le processus est fermé (avec un stop, par exemple, et encore, chez moi, le processus tourne encore parfois...)

Personnellement, je pense qu'un petit script qui tournerait en tâche de fond, qui vérifierait l'activité du port utilisé par le serveur et le redémarrerait en cas d'inactivité (une seule fois, avec un fichier de log pour pas qu'il boucle la nuit... ou ne le refasse qu'après qu'au moins un joueur se soit co = 1 activité du port) ça pourrait le faire.

Après, comment, j'en sais rien en l'état. Mais si ça peut vous donner des idées !

Si j'avais le temps, ayant les compétences pour le faire, je m'y pencherais, mais ça fait plus d'un an que j'ai pas fait de Shell, et je suis pas sûr que ça soit très facile, m'enfin ! A voir si on trouve rien...

PS: Commandes Linux ;)

aye aye Sir, port par défaut, 25565.

Voilà le code utilisé pour la loupiotte de la bannière du site, comme pour le portail du fofo.

Code:

<img src="http://res.public-craft.com/hb.php?ip=rodwin.fr&port=25565&on=http://i43.tinypic.com/tasodh.png&off=http://i43.tinypic.com/5mk55u.png" alt="Status" />

Comme je peux le constater sur les logs, il fait un genre de "ping" sur l'adresse et le port donné.
Si il y a une écoute sur le port, ça va marcher.
Le problème qui se passe sur le serveur est que le moteur java tourne toujours, mais n'accepte plus d''ordres", impossible de faire une commande, rien du tout...
Donc techniquement, il y a un process qui écoute sur le port de l'adresse donnée, mais il n'y a aucune action derrière.

Vu la fréquence du problème depuis la 1.4, je ne serais pas étonné que ça vienne d'une fuite mémoire d'un plugin ou de la version de minecraft/craftbukkit.

Détecter un tel problème me parait bien complexe, même si j'ai des connaissances en Unix (gestion des process, kills de ceux ci, lancements autos) je ne me vois pas faire une boucle qui va tester non seulement que le process tourne, mais qu'en plus il y a de l'activité derrière...
J'ai pensé aussi à surveiller le fichier de log du serveur, mais des erreurs Java le font gonfler artificiellement, impossible à exploiter.

Si vous avez des solutions, j'écoute.
Dans l'expectative, je crois que je vais mettre en place un script d'arrêt/relance toutes les nuits pour contrer l'effet "fuite de mémoire".
J'espère que ça permettra de limiter les problèmes rencontrés ces jours ci...

rodwin a écrit:Dans l'expectative, je crois que je vais mettre en place un script d'arrêt/relance toutes les nuits pour contrer l'effet "fuite de mémoire".
J'espère que ça permettra de limiter les problèmes rencontrés ces jours ci...

M'est avis que c'est la solution la plus simple et efficace pour le moment.
Si ça vient de Bukkit, la version 1.5_02 pourrait peut-être corriger cela ?

Edit: Rodwin, est-ce que tu aurais un bout des logs au moment où ça plante ? Je regardais le code du serveur là, et je vois qu'a priori, quand il log, il fait ça bien en plus, il y a des "niveaux" de log. Est-ce que lorsqu'il plante on a un message avec un niveau du genre "SEVERE" ?

Si oui, on pourrait baser le possible script de restart en cas de crash sur ça, non ?

Y'a des niveaux d'erreur effectivement.
Il faut savoir que le plugins WorldGuard génère des erreurs, qui ne posent pas de problèmes au quotidien puisqu'on ne l'utilise que pour éviter de répandre le feu...
Du coup, le script ne pourrait pas utiliser que ce mot clef. Mais parser le fichier de log peut-être une solution au final.

Je regarderais à l'occasion.

Enjoy !

J'adore le screen pour annoncer la MAJ. Beau boulot Rod merci à toi !

Merci merci !

yeah

rodwin a écrit:

Enjoy !

La main de Dieu !!!

Yeah, merci Rodwin!

rodwin a écrit:Y'a des niveaux d'erreur effectivement.
Il faut savoir que le plugins WorldGuard génère des erreurs, qui ne posent pas de problèmes au quotidien puisqu'on ne l'utilise que pour éviter de répandre le feu...
Du coup, le script ne pourrait pas utiliser que ce mot clef. Mais parser le fichier de log peut-être une solution au final.

Je regarderais à l'occasion.

Dès que j'ai un peu plus de temps à moi, je verrais aussi comment on peut suivre l'activité du serveur pour savoir s'il a crashé (logs, processus, etc...)

Bravo pour la 1.5 sinon ;)

Serveur DOWN

En fait, tous les jours depuis 3-4 jours, le serveur crash en milieu de journée.

Oui, je veux bien aussi regarder une de ces logs, notamment celle quand ça plante afin de te trouver les critères permettant de déclencher un kill/start du server MC.

Vous êtes sûrs que le serveur est down ? Je vois du monde dessus ?

EDIT : personne ne répond ingame, ça doit être un pb...
Relancé !

logging in...


connection Lost

End of stream...

13h41 : connexion réussie

Woh réactif Rod ! Merci

Rodwin, t'as pu avoir une log du crash (avant/après) ?

J'ai regardé sur le wiki ici, et cette ligne :

Code:

SERVICE='minecraft_server.jar'
[...]
if ps ax | grep -v grep | grep -v -i SCREEN | grep $SERVICE > /dev/null

, permet de détecter que le serveur Minecraft, lancé comme un service, est actuellement en cours d'exécution.

C'est sans doute quelque chose d'acquis, mais au cas où, c'était bon de le signaler, je pense.

En espérant que le serveur sous Bukkit fonctionne comme un service ^^'