Service freeswitch kill tout seul

Salut à tous,

Voilà un souci que nous rencontrons depuis quelques jours. Nous sommes passé d'une version de freeswitch 1.2.9 a 1.6.6, 2 semaines sans problèmes et depuis quelques jours freeswitch se kill sans raison apparente, voilà le log:

systemd[1]: freeswitch.service: main process exited, code=killed, status=9/KILL

J'ai bien cherché dans tous les logs system et autres, rien d'autres n'ai visible, je me demande si c'est pas le système qui le kill mais je ne vois pas pourquoi.... Un restart de freeswitch suffit à le relancé sans problème...

Si vous connaissez ce type d'erreur, merci d'avance :)

Bonjour,

Cela pourrait être une erreur de segmentation. Je vous conseille de repasser à la version précédente (ou suivante, s'il y a).

Bonjour,

Je tablerais plutôt sur un "oomkiller" (processus tué par le noyau parce qu'il mange trop de ressources) qu'un segfault qui est censé être un SIGSEGV au lieu du SIGKILL ici présent.

Possible aussi que ce soit une personne ayant un accès root qui ait tué le daemon :mrgreen:

Merci pour vos réponses, on a bien pensé au OOM mais pas de trace, et en faisant un test sur une autre machine comparable, si on stress le serveur et que oom kill bien un service c'est loggé, là ce n'est pas le cas la seule erreur qu'on est c'est celle la, pareil pour le segfault pas de log constaté dans syslog ni kern... Très étrange comme phénomène.

Nous avons eu un gros souci mysql peu avant donc ce matin nous sommes venu redémarrer la machine pour voir si ça nous le refait ou pas, car là ça le faisait très régulièrement...

A suivre!

Salut,

Je reviens sur le sujet car même problème 3 fois depuis...malgré un réglage du oom au cas ou entre autres... Seul piste que j'ai qui me fait penser à la mémoire, c'est que lorsqu'on reboot le serveur, FS met pas mal de temps a planter (4-5jours) ensuite quand il plante et se relance (auto restart systemd) il replante assez rapidement 5h-max une journée, ce qui fait pensé à quelque chose qui évolue au fil du temps puis stagne même après bug...

Merci d'avance.

Vous avez réglé comment l'OOM ?
Sinon, peut être que c'est un autre programme qui pompe toute la mémoire vive. Car en théorie, si on arrête un programme qui prend, disons 8 Go, et qu'on le redémarre, il va mettre toujours la même durée pour remplir les 8 Go qu'il a libéré.

Oui c'est ce que je me dis pour la mémoire.... on l'a passé sur un serveur spare pour voir si ça vient du serveur, pour oom on a blacklister freeswitch des suicides, mais j'ai fais des tests stress sur une vm et quand oom fait quelque chose c'est bien logger dans syslog :( là non