- État Fermée
- Pourcentage achevé
- Type Anomalie
- Catégorie Téléchargements
- Assignée à Personne
- Système d'exploitation Freebox Server V7 (Delta)
- Sévérité Critique
- Priorité Très Basse
- Basée sur la version 4.9.2
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- Leonito (27/04/2025)
- Privée
Ouverte par Leonito - 27/04/2025
Dernière modification par mmakassikis - 07/05/2025
FS#40265 - Instabilité à haut débit du client de téléchargement
Bonjour,
Cette tâche fait suite à https://dev.freebox.fr/bugs/task/40147, le problème étant finalement revenu.
Le client de téléchargement de la Delta est très instable et cause des plantages de la box.
Pour tester j’utilise cette liste d’URLs :
http://ipv4.scaleway.testdebit.info/10G.iso http://ping.online.net/10000Mo.dat http://ipv4.appliwave.testdebit.info/10G.iso http://paris.cdn.mediactive-network.net/speedtest/1000Mo.dat https://proof.ovh.net/files/10Gb.dat http://test-debit.free.fr/10485760.rnd
chacun des liens fonctionne individuellement via curl/navigateur
Quand je lance le DL, le débit total monte rapidement au delà de 400Mo/s, puis les problèmes commencent :
- échec de certains téléchargements avec “<url> failed with code 206 Bad address” dans les logs (voir https://transfert.free.fr/90ZbNmP)
- plantage complet de l’interface (erreurs 50x, timeouts, perte de fonctionnalité). Touche les téléchargements ET le reste de fbxOS.
- plantage de la box et reboot (si elle ne plante pas d’elle-même il faut dans tous les cas la reboot pour récupérer l’interface)
Ce qui a été testé avec le SAV (voir l’ancienne tâche pour plus de détails) :
- changement d’alim
- remplacement de la box
- plusieurs barrettes de RAM (originale, plus grande capacité…)
le problème persiste dans tous les cas.
J’ai réinitialisé la box plusieurs fois, avec et sans restaurer ma config, ça ne change rien.
J’ai ensuite essayé de simuler la charge que provoque un gros téléchargement : curl sur une VM et un PC pour charger l’ONT/le réseau, et copie de fichiers interne via fbxOS pour les disques.
Cette fois-ci, tout est stable. On sent immédiatement que le CPU souffre (le débit dans la VM s’effondre et la température monte en flèche) mais l’OS continue de répondre, pas d’erreur et ça se maintient dans la durée.
Je précise que le problème survient aussi via l’API, il n’est pas causé par l’interface (mais c’est elle qui montre les plus gros symptômes).
Au passage merci à nbanba pour son outil en bash qui simplifie bien les choses !
Durant tous mes tests j’ai suivi la conso de la box au wattmètre, en idle elle est autour de 28W et en pleine charge on dépasse tout juste les 36W. Sur des alims prévues pour fournir 100W max, ça devrait tenir.
Le seul cas ou j’arrive à télécharger sans plantage c’est en bridant la vitesse, par exemple en activant le client VPN, mais c’est loin d’être parfait vu que ça divise le débit par 20…
Je suis preneur de toute suggestion, j’avoue être un peu à court d’idées !
Cordialement,
07.05.2025 13:31
Raison de la fermeture : Résolu
Commentaires de fermeture :
firmware 4.9.3
Chargement...
Activer les raccourcis clavier
- Alt + ⇧ Shift + l Se connecter/Se déconnecter
- Alt + ⇧ Shift + a Ouvrir une tâche
- Alt + ⇧ Shift + m Mes recherches
- Alt + ⇧ Shift + t Rechercher par ID de tâche
Liste des tâches
- o Ouvrir la tâche sélectionnée
- j Déplacer le curseur vers le bas
- k Déplacer le curseur vers le haut
Détails de la tâche
- n Tâche suivante
- p Tâche précédente
- Alt + ⇧ Shift + e ↵ Enter Modifier cette tâche
- Alt + ⇧ Shift + w Surveiller
- Alt + ⇧ Shift + y Fermer cette tâche
Édition de la tâche
- Alt + ⇧ Shift + s Enregistrer la tâche
Idem, et ça fait des semaines que ça dure. Ils ne trouvent pas la solution. Cette situation commence vraiment à nous faire chier.
On a de la famille, sur une autre Delta, sur l'adresse MAC 34:27:92:67:84:54, qui a exactement le même problème.
Pour rappel, nous avons tous les droit de résilier sans frais suivant les 4 mois de notification de l'augmentation des frais de résiliation. On s'apprête à faire ça sur 5 Freebox. Vu que les NAS sont devenus inutilisables partout…
Bonjour,
Quand vous parlez du NAS, vous voulez dire le gestionnaire de téléchargement ? Chez moi c'est la seule partie qui pose problème. Copier un fichier en interne (du RAID vers lui-même) depuis fbxOS ne pose pas de problème, et les transferts via SMB semblent stables aussi.
Cordialement
Après un rapide test le SMB semble bien être stable ici (copie de 30Go sans problème à 100Mo/s).
En parcourant l'autre tâche je vous rejoins sur un autre point : les débits en DL depuis fbxOS n'ont je crois jamais été aussi bons… c'est juste dommage qu'ils ne tiennent que quelques secondes.
Si un dev passe par là : je devrais être disponible demain ou mardi (28/04 - 29/04) toute la journée si vous voulez me contacter pour réaliser des tests "en direct". Mon MAC est
34:27:92:61:C7:9E, j'imagine que vous pourrez retrouver mon contact avec.
Cordialement
Bonjour @Leonito,
Chez nous, le NAS plante aussi lorsque les débits sont trop élevés, ou lorsqu'on lance trop de téléchargements à la suite, ou trop en même temps.
Le Server Delta crash également si l'on transfère trop de données à travers le réseau local vers le NAS. Notamment si la vitesse est trop rapide et/ou que le transfert s'éternise trop longtemps.
Cordialement,
Romain
@Leonito
pas de crash log sur votre box actuellement. est-ce que la box a été rebooté depuis la dernière fois où elle a planté et rebooté d'elle même ?
je pense qu'elle a reboot, je vais tenter de provoquer un crash
Et voilà, crash aujourd'hui à 12h55.
Lancement des 6 téléchargements, montée du débit à environ 400Mo/s pendant une dizaine de secondes, puis échec de certains des téléchargements avec erreur "200 Bad address" (je n'ai pas eu le temps de lire plus de logs) puis plantage et reboot de la box.
N'hésitez pas si vous avez besoin de plus de tests
cette fois il y a un crashlog, merci.
on a passé votre box en beta. est-ce vous pouvez la rebooter et retester ?
Je suis bien en 4.9.3-rc1 mais c'est pareil, nouveau crash à 13h50. Cette fois encore plus rapide, les Des n'ont même pas eu le temps d'afficher des erreurs.
Bonjour
Si ça peut en aider certain, voici un exemple de script simple pour lancer des downloads https depuis l'API avec la library BASH:
#!/bin/bash # downloads param cur_download_url="https://debian.obspm.fr/debian-cd/12.10.0/amd64/iso-dvd/debian-12.10.0-amd64-DVD-1.iso" cur_hash="https://debian.obspm.fr/debian-cd/12.10.0/amd64/iso-dvd/SHA512SUMS" cur_filename=debian-12.10.0-amd64-DVD-1zyx.iso cur_download_dir="/FBX24T/iso" # API param MY_APP_ID="my-download-app" MY_APP_TOKEN="7PdQW4OzdifVghjjbqdelpF1adegYWfrgx+87u43N6qJ9aAAgaU7umlJy5a85G2G" # login freebox api _LIB_DIR=$( cd -- "$( dirname -- "${BASH_SOURCE[0]}" )" &> /dev/null && pwd ) source ${_LIB_DIR}/fbx-delta-nba_bash_api.sh login_freebox "$MY_APP_ID" "$MY_APP_TOKEN" # creating download task answer=$(enc_dl_task_api download_url=$cur_download_url hash=$cur_hash download_dir=$cur_download_dir filename=$cur_filename) # get task creation result colorize_output ${answer} # get task id id=$(get_json_value_for_key "${answer}" result.id 2>/dev/null) # monitor task ("Pipe Viewer" style) monitor_dl_task_adv_api $id # print task logs dl_task_log_api $id # delete task del_dl_task_api $id echoRésultat:
$ ./test-fbx-download operation completed: {"success":true} result: {"id":602} task 602 downloading ... [==================================================================>] 100% 199 MB/s 3805/3805MB task 602 checking ... [==================================================================>] 100% checking ... task 602 done ... Download Task log: task 602 2025-04-28 16:39:54 info: start url https://debian.obspm.fr/debian-cd/12.10.0/amd64/iso-dvd/debian-12.10.0-amd64-DVD-1.iso (crawling: 1) 2025-04-28 16:39:54 dbg: host resolved to 145.238.186.56:443 2025-04-28 16:39:54 dbg: connecting to remote host... 2025-04-28 16:39:54 dbg: connected 2025-04-28 16:39:54 dbg: sending request headers: 2025-04-28 16:39:54 dbg: User-Agent: Mozilla/5.0 2025-04-28 16:39:54 dbg: Host: debian.obspm.fr:443 2025-04-28 16:39:54 dbg: request headers sent 2025-04-28 16:39:54 dbg: got response headers: 2025-04-28 16:39:54 dbg: Server: Apache 2025-04-28 16:39:54 dbg: Last-Modified: Sat, 15 Mar 2025 12:03:59 GMT 2025-04-28 16:39:54 dbg: ETag: 110000-6306059af5ff3 2025-04-28 16:39:54 dbg: Date: Mon, 28 Apr 2025 14:39:54 GMT 2025-04-28 16:39:54 dbg: Content-Type: application/x-iso9660-image 2025-04-28 16:39:54 dbg: Content-Length: 3994091520 2025-04-28 16:39:54 dbg: Accept-Ranges: bytes 2025-04-28 16:39:54 info: unable to resume (missing content_range) 2025-04-28 16:39:54 dbg: receiving body Sucessfully delete task #602: {"success":true}Cordialement
nbanba
Bonjour @Leonito,
Je suis content de voir qu'ils ont réussi à récupérer (ENFIN !) les logs chez vous.
La nouvelle version du firmware 4.9.3 ne semble pas résoudre la crise en tout cas. Avec notre Server Delta, ils n'étaient pas parvenu à récupérer grand chose.
Nous avons exactement les mêmes symptômes, mais la vitesse de notre SSD étant plus limitée (270 Mo/s grand maximum en écriture, vraisemblablement), les crashs, même s'ils se produisent rapidement, n'interviennent pas aussi vite.
Cordialement,
Romain
Bonjour
De mon côté j'ai une Delta +4 disques en raid5 et je n'ai pas encore réussi à reproduire l'incident, ni au travers du réseau, ni du gestionnaire de telechargement.
@free Sous l'appellation '-r1' de la freebox Delta, y a t'il plusieurs versions/révisions hardware partageant le même design ?
Il doit bien y avoir quelque-chose qui differt…
Cordialement
nbanba
@Leonito
combien de RAM y a-t-il dans votre box ? Est-ce qu'une VM tourne ? Si oui, combien de RAM lui est allouée ?
J'ai la barrette d'origine de 2Go, une VM tourne avec 1Go d'alloué, mais même avec la VM éteinte ou plus de RAM dans la box le problème est le même.
@nbanba oui c'est étrange. Avez-vous des disques durs ou des SSD dans la box ? vu les commentaires de @GUromain et mes tests on le problème semble étroitement lié au débit de DL.
Peut-être une différente de modèle du SFP ? Ici j'ai un F-MPON07A.
Par ailleurs le crash ne se produit que via le gestionnaire de téléchargements interne, jamais en sollicitant la box autrement (VM, ethernet, SFP+)
Bonjour
J'ai également le SFP F-MPON07A que je suis entrain de "décortiquer" suite à la réception des specs broadcom du main chipset bcm55030 (merci Free pour les 10+, points de tests sur le PCB), mais je ne pourrais légalement produire que mon analyse de fait non objective et de manière non contradictoire uniquement car aucune sources n'est accessible ou utilisable sans NDA… malheureusement
J'ai 4 SSD de 8TB datant de 2021 dans la Freebox.
Ce sont des disques grands publics Samsung car à l'époque les autres 8TB étaient uniquement en SAS ou NVMe donc incompatibles avec l'interface SATA de la delta.
J'ai également 16GB de ram dont 3*4 pour 3 vm et 4 GB réservés à la freebox. C est 1 SODIMM 2666MHz 16GB Kingston ou skhynix, je crois ECC (à vérifier en ouvrant la box, malheureusrment on n'a pas accès aux logs EDAC du kernel…)
Dernier point concernant le "matériel configurable sois même dans la delta": dans la cage SFP+ pour la sortie lan j'ai 1 SFP FINISAR FTLX8571D3BCL-C2 10G SR CISCO rebranded et acheté sur catalogue chez Cisco.
Cordialement
nbanba
Finalement ce n'est peut-être pas qu'une histoire de débit : j'ai lancé un gros téléchargement mais à travers mon VPN pour forcer une limite de débit autour de 30Mo/s.
Cette fois-ci, ça a l'aire de tenir pendant plusieurs minutes, avec quand même de gros ralentissements de l'API/interface, mais la box a quand même fini par planter.
Le DL en était à ~10Go, crash à 10h47 et je ne la reboot pas si vous voulez récupérer les logs (en espérant qu'elle ne le fera pas d'elle même)
même en bridant à 10Mo/s dans les réglages du gestionnaire, c'est pareil. Je ne l'ai pas laissé aller jusqu'au crash, mais on sent rapidement l'interface commencer à lâcher.
En gros le client est inutilisable pour des téléchargements de plus de quelques Go.
On a essayé à nouveau de télécharger un malheureux fichier il y a quelques minutes sur le NAS du Server Delta. 19Go, bridé à 100 Mo/s, et le serveur en face n'envoyait même pas les données à plus de 45 Mo/s. Le téléchargement est passé en échec, puis le Server Delta a rebooté. Je réclame que le firmware de notre Server Delta soit immédiatement downgradé sur la version qui était d'actualité à l'été 2024. Depuis cette période, la Freebox enchaîne et merdes et ça commence vraiment à devenir insupportable ! C'est de pire en pire. Autant prendre une Box à 24 €, ça fait le boulot !