Lors de la mise à jour à la dernière version le service invidious ne veut plus redémarrer... à suivre.
On a apporté quelques ajustements techniques : ça semble améliorer les performance mais à confirmer...
Notre instance semble victime de son succès et ne supporte plus la charge.
Problème corrigé mais la peinture est fraîche et il nous reste à stabiliser le process.
Pour information la solution fournie par l'équipe d'invidious.
On essaie de mettre en place ce contournement sur notre temps libre ;)
Le service tourne de nouveau, malheureusement il n'est pas complètement opérationnel. À la lecture d'une vidéo on a le message d'erreur suivant : This helps protect our community. Learn more
.
Ce problème a été identifié par l'équipe d'invidious et est en cours de traitement : [Bug] "This helps protect our community."
Vous aurez probablement remarqué des coupures de l'accès Internet ces derniers temps :
Désolé pour ces coupures, cela ne devait pas se produire ainsi :/.
Version courte : on essaie d'améliorer le débit disponible des accès Internet, s'il y a des gens qui veulent bien essuyer les plâtres de la mise en œuvre, contactez-moi, sinon jetez simplement ce mail à la poubelle : on est revenus à l'état habituel en fin d'après-midi.
En version longue, face à l'accroissement de débit utilisé pour les abonnements internet (fibre comme VDSL), il est devenu nécessaire d'activer l'accélération du traitement des lignes par le noyau Linux, car sinon la charge de traitement plafonne et le débit disponible pour les abonné·es se retrouve alors limité.
Youpi a fait divers tests intensifs sur une maquette, mais comme toujours c'est l'essai en grandeur nature qui montre certains problèmes (en même temps que montrer le gain effectivement énorme : de l'ordre de 10x-20x moins de charge de traitement). Youpi avait repéré un problème mardi, et laissé une seule ligne en observation avec l'accélération de mardi à dimanche, et ne constatant pas de souci, l'accélération pour tout le monde a été activée dimanche soir.
Mais apparemment il reste un problème qui pour "certaines" lignes et sous "certaines" conditions, rend "certains" sites indisponibles (enfin, "un peu" : le trafic ne passe pas "bien").
Autrement dit on aurait besoin de volontaires pour qu'on active l'accélération pour leur ligne, et que lorsqu'un tel problème d'accès survient contactez-nous, qu'on puisse observer à tête reposée ce qui se passe pour pouvoir corriger le souci, avant d'activer pour tout le monde.
Après quelques corrections de bogues avec la contribution de volontaires, aucun problème n'est constaté, l'accélération a donc été activée pour tout le monde le 27/05/2023 00:00 comme communiqué sur la liste adsl FDN. RAS depuis plus d'une semaine.
Il est toujours possible de vous exclure de cette accélération si vous rencontrez un problème inhabituel suite à cette activation afin de revenir à l'ancien fonctionnement et constater si c'est lié.
Nous ne l'avons pas écrit mais l'impact était : difficulté d'accès à certains sites web (timeout, chargements lents…), micros-coupures Internet, connectivité IPv6 (DHCPv6). En revanche, si vous avez des pertes de synchronisation, ce n'est pas lié ;).
Quelques nouvelles : l2tpns s'occupe de faire le MSS clamp, ce qui explique effectivement beaucoup les choses avec la MTU réduite par l2tp : si le SYN ou SYN+ACK passe par l2tpns sans accélération, le MSS est bien positionné et toute la connexion passe. Sinon, pas de MSS clamp, et dès que le serveur en face produit des données, ça coince.
PS : merci à la dizaine de personnes volontaires pour l'activation de l'accélération en noyau et également à ceux nous ayant mis sur la piste de la MTU, ça va nous aider à avancer sur le sujet !
Les adminsys
Nous avons eu une coupure de la collecte xDSL/FTTH quelques minutes, de 20:00 à 20:10 le 01/05/2023, causé par le redémarrage du serveur LNS22 lors de l'amélioration afin d'ajouter le support de l'accélération noyau dans L2TP (meilleure consommation CPU et parallélisation du traitement des données sur tous les cœurs). LNS11 ayant fait un kernel panic sur le processus L2TP (l2tp_nl_cleanup), nous nous sommes donc retrouvé sans redondance, d'où la coupure le temps du redémarrage du serveur. Veuillez nous excuser pour la gêne occasionnée.
Amicalement, Les adminsys
Bonsoir,
ns0.fdn.fr ne semble plus répondre aux requêtes DNS ou très difficilement depuis cet après-midi, gros pic de requêtes.
Tout est stable depuis les dernières modifications. L'incident qui était sous surveillance est donc clos. Les adminsys surveillent toujours et quelques ajustements pouvant encore être nécessaire prochainement (l'ouverture ayant été de plus officialisée à l'AG).
État des lieux :
Bonjour,
Le service bibliogram n'est plus maintenu depuis septembre 2022, de nombreux dysfonctionnements étaient présents rendant le service quasiment inutile. La VM a donc été stoppée le 01/02/2023. Voir https://cadence.moe/blog/2022-09-01-discontinuing-bibliogram
L'équipe adminsys