Salut,

Tu viens de mettre le doigt sur le plus gros problème actuel de
liquidsoap, qui me fait dire qu'on est pas tout à fait stables. Sur
l'ENS Lyon notre radio plante en gros chaque semaine, parfois plus
parfois moins, pour des problèmes matériels (espace disque, coupure
réseau ou courant) ou pour ce genre de bug. Je n'ai pas trop idée de
ce qu'il se passe.

D'abord à mon avis le problème est un peu plus haut que ce que tu
penses. Si tu regardes les dates des messages dans le log, tu
remarqueras que c'est assez dense, mais juste avant la coupure tu as
un un trou de plus de 200 secondes, ce qui est une bonne grosse
abération pour ce genre de logiciel. Tout est threadé, le thread
principal est pas censé être bloqué par quoi que ce soit. Bref, ça
freeze, et quand ça repart c'est mort d'avance, on a beau redémarrer
la connection Shout liquidsoap veut rattraper le temps perdu -- on
pourrait imaginer un hack qui redémarre tous les outputs et remet le
compteur de temps perdu à 0 mais ce ne serait jamais qu'un hack.

1142954402.962766 [file:3] demotheque.pls deals with [...]
1142954628.612516 [root:2] We must catchup 225627ms seconds!
1142954628.613890 [Demotheque.mp3:3] Shout.Socket occured. Restarting
the output.

En fait, j'en suis venu à soupçonner Caml lui même, qui a eu quelques
problèmes autour des threads, de la gestion de signaux. Certains bugs
trapus sont encore ouverts -- voir
http://caml.inria.fr/mantis/view.php?id=3906. Malheureusement je ne
suis pas très doué en cambouis et je ne comprends qu'à moitié leurs
problèmes, alors de là à déterminer l'origine des miens et les
corriger... Rien ne dit que la faute n'est pas dans mon code ou dans
un binding, il y en a eu beaucoup et il peut en rester.

J'espère que le problème ne sera pas trop fréquent sur ta conf. Peut
être qu'avec plusieurs utilisateurs on finira par remarquer la cause
du problème.

Vraiment désolé.
--
David

Reply via email to