All Projects

Bonjour,

Il semblerait que certains dossiers “par défaut” (Photos, Vidéos, Téléchargements…) ne peuvent pas être complètement supprimés du stockage de la freebox (4 disques en RAID sur la Delta ici).
Pourtant, j’ai modifié le gestionnaire de téléchargements pour qu’il utilise un autre dossier, et cela fonctionne parfaitement.
De même, je n’utilise pas les dossiers Phots et Vidéos, j’ai donc essayé de les supprimer.
L’opération semble fonctionner, les dossiers disparaissent, sur le partage SMB comme depuis freeboxOS directement.
Pourtant, dès que je redémarre la box, ils réapparaissent tous, vides.

Le problème est loin d’être sévère, mais ce serait plus joli de pouvoir enlever ces dossiers pour les maniaques de l’organisation comme moi !

Bonjour,
Après la dernière mise à jour (1.9.11), j’ai eu quelques soucis avec mon répéteur.
Les appareils avaient du mal à se connecter, ou basculaient sur la delta alors que le signal du répéteur était clairement mieux, et même quand connectés au répéteur les débit était plutôt mauvais.
J’ai donc déplacé le répéteur dans une autre pièce, où je l’ai branché en Ethernet (à travers un switch non géré).

Depuis, c’est la catastrophe :
Le wifi est instable, les appareils mettent très longtemps à se connecter, pour souvent finir par échouer.
Souvent, ils alternent entre connectés au wifi de la Delta (signal faible + lent) ou complètement déconnectés, donc la connexion internet est plutôt mauvaise.
Si j’arrive à me connecter sur le répéteur, le débit est bon, ce qui confirme que je passe bien par le répéteur, mais généralement pas longtemps : rapidement, je rebascule sur la Delta, alors que son signal est clairement plus faible à cet endroit.
Parfois, la connexion au répéteur semble fonctionner, mais il n’y a aucun accès au réseau, même local.
Résultat : dans la zone supposément couverte par le répéteur, il vaut mieux être en 4G, ou débrancher le répéteur et se connecter à la freebox, même si elle est loin.

Même l’application Freebox Connect ne semble rien comprendre à ce qu’il se passe : les appareils en Wifi apparaissent souvent sur la mauvaise source, et mettent très longtemps à s’actualiser, mais surtout les appareils connectés en Ethernet à la Delta (ou au switch), et même les VMs qui tournent sur la box apparaissent comme connectés au répéteur.

MAC de la box : 70:FC:8F:68:AA:38
Répéteur : 8C:97:EA:58:5A:4A
Le switch est un dgs-105 de chez D-Link
La plupart des tests ont été faits sur un iPhone, mais sur un PC j’ai à peu près les mêmes problèmes.

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,

Bonjour,

Serait-il possible d'ajouter un moyen d'étendre la capacité d'un RAID5 une fois que tous ses disques ont étés remplacés par des modèles plus volumineux ? La fonctionnalité est supportée par mdadm, qui semble être ce que la box utilise pour gérer son RAID (avec –grow).

J'ai récemment remplacé tous mes disques, et sans surprise une fois la dernière synchronisation terminée le RAID n'a pas changé de taille et aucune option n'est apparue. Heureusement j'avais prévu le coup et tout copié ailleurs avant, mais pouvoir étendre l'array directement aurait évité de perdre pas mal de temps (et la plupart des metadata).

Merci.

PS: Aux "ingés systèmes" qui passeraient par là, je suis conscient des limites et faiblesses d'un RAID5 et en particulier sur du matériel non spécialisé, je l'utilise donc en conséquence, ne venez pas me faire la leçon là-dessus ;)