- État Nouveau
- Pourcentage achevé
- Type Anomalie
- Catégorie Services locaux
- Assignée à Personne
- Système d'exploitation Freebox Server V7 (Delta)
- Sévérité Moyenne
- Priorité Très Basse
- Basée sur la version 4.9.1
- Due pour la version Non décidée
-
Échéance
Non décidée
-
Votes
1
- Vallevert (29/03/2025)
- Privée
Ouverte par Vallevert - 29/03/2025
FS#40177 - Crash régulier Delta Server lors de "forte" charge sur serveur FTP
Bonjour,
J’utilise ma Freebox Delta Server comme NAS secondaire de backup. Je lui ai mis à l’intérieur 4 HDD en RAID 5, ainsi qu’un autre en USB. Je précise, mais normalement la configuration matérielle n’a aucun impact sur le bug.
NAS principal → Freebox via Server FTP
Depuis déjà au moins un an, la Freebox entière crash lors de forte charges en FTP.
Par forte charge, je veux dire environ 200MB/s pendant quelques minutes.
Pour palier à ce problème, j’ai dû limiter l’envoi de données de mon NAS vers la Freebox à 50 MB/s.
Aujourd’hui, c’est encore pire qu’avant, rien que le fait d’essayer de lire les metadata de quelques fichiers fait complètement cracher le serveur FTP.
Et par effet boules de neige, la Freebox entière redémarre.
J’ai même pu apercevoir pendant que le serveur ftp était hors service, sur le webUI de la Freebox, la page de configuration du ftp chargée indéfiniment jusqu’à me soulever un timeout.
Je souhaiterais vraiment que ce problème soit réglé, pour continuer utiliser ma Freebox Delta, et ne pas avoir acheté un nouveau NAS pour la remplacer.
Merci
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
Bonjour
Je ne rencontre pas ce souci et il m’arrive régulièrement (2 fois par semaines) de poser deux images LUKS incompressibles de 4T chacune sur le stockage de la Delta à ~350 MBytes/s (presque 3Gbps) de moyenne
J’écris avec ‘dd’ sur le share KSMBD et j’utilise un block size de 372MBytes
Les paramètres de mount:
Avez vous la RAM d’origine ?
Votre stockage est il SSD ?
Si oui, les SSD sont ils DRAM-LESS ?
Cordialement
nbanba
J’ai fais quelques tests supplémentaires.
`dd if=/dev/random of=./test.stpmarche bs=2G count=1`:
resultat: 18 MB/s, ouf terrible !
Apres j’ai jamais fait de `dd` a part aujourd’hui pour le test, donc peut être que j’ai toujours eu ce résultat.
En FTP 550 MB/s c’est sur, mais sur le `dd` je ne sais pas.
Oui je suis sur la RAM d’origine
Non sur HDD.
Bonjour
Depuis 1 machine linux connectée au réseau en + que 1 Gbps et montant le share SMB, lancer la commande :
Chez moi j’obtiens près de 3Gbps en moyenne en écriture sur le share Samba depuis toutes les machines du réseau connectées à plus d’1 Gbps
Le débit reste stable et constant même lors de transferts de fichiers de plus de 250GB (la taille agrégée du cache DRAM des 4 disques fait ~120GB)
Quand à vos mesures sur FTP, vous dites 550 Mbits par secondes où 550 MBytes par secondes ?
Personnellement j’ai fait beaucoup de tests pour optimiser les temps de transferts vers la freebox en utilisant les différents accès possibles (FTP, SMB, Websocket API) et je n’ai jamais dépassé 3Gbps en écriture moyenne sur des transferts de 150GB ou plus.
Donc si c’est des MegaBytes et pas des Megabits vos 550M en FTP m’intéressent…
NB: la delta à 16gb de ram et 4 ssd en raid5
Cordialement
nbanba
Bonjour
Pardon 12Gb pour le cache DRAM (un peu moins de 4Gb par disque), pas 120G…!
Cordialement
nbanba
MB = MBytes
Mb = Mbits
De memoire, j’ai deja atteint un pique a 550 MB/s, mais c’est un pique, ca ne tient pas sur la durée.
Comme je le disais, je peux faire des piques en FTP, puis la box crash…
J’ai refait un test depuis mon Mac connecté en SMB a la Freebox, c’est plutôt du 300 MB/s de moyenne.
Apres, ne prenez pas ces chiffres pour comptant, ca depend de beaucoup de facteur.
Avec votre commande de test
, exécuté sur la VM qui tourne dans la Freebox (donc pas a travers un protocole réseaux, la freebox écrit elle meme sur ses disques), j’ai du 20 MB/s.
Donc le test
que j’ai fait n’est pas du tout représentatif.
Et comme aujourd’hui le FTP crash tout simplement, je ne peux pas refaire de tests
Note: je ne suis plus en 10G entre mon NAS et la Freebox, je ne pourrais donc jamais refaire les 550 MB/s pour verifier l’info
Bonjour
MB = MBytes
Mb = Mbits
Donc merci, j’avais bien compris les 550M comme près de 5Gbps alors qu’en débit constant et durable je mesure plutôt 3Gbps, d’où mon intérêt
Mesures prises avec dd dans les VM Freebox dont le stockage est directement posé sur le raid5 de la freebox (flux freebox in kernel(kvm): VirtIO_internal)
Write
Read
Donc soit vos disques en raid5 sont mal exploités par kvm ou dd soit la conf n’est pas optimal pour ce test, car de mon côté j’ai des performances cohérentes avec celles mesurées depuis le réseau.
Vous devriez essayer d’utiliser la fonction d’upload over websocket de la library BASH (surtout si vous avez de gros fichiers à transférer):
Et en lecture
En + comme avantage il n’est pas necessaire de faire écouter un autre service que l’interface freeboxos pour transférer des données (pas besoin de FTP ni de share…)
Cordialement
nbanba
Bonjour
Remarque n’engagent que moi:
J’ai 3 vm qui tournent (très bien) avec 1 vcpu et 4 GB de ram chacune.
Sur la barrette de 16GB que j’ai mise je laisse volontairement 4 GB de libre pour la freebox(et le nas en raid5).
Aujourd’hui et depuis 5 ans (que les vm tournent), je n’ai jamais eu aucun problème de stabilité de la freebox delta même lors de fortes et durables sollicitations.
Souvent ceux qui ont remonté des soucis de stabilité lors de pic de charges avaient des soucis de contention de ram dans leur freebox.
Je ne pourrais que vous conseiller de mettre une barrette de ram plus grosse et de toujours laisser dispo 4 GB juste pour la freebox (ne pas les allouer à 1 vm même si cette vm ne l’utilise que partiellement)
Les delta sont prévues pour et aujourd’hui une SODIM de 8 ou 16 GB en 2666 MHz ça ne coûte plus trop cher.
Après ça reste mon avis et ça n’engage que moi.
Cordialement
nbanba
Bonjour
Effectivement, ça ressemble à une saturation de RAM.
Il faudrait tester en allouant plus de RAM à la Freebox (soit en allouant moins au reste, soit en augmentant la capacité avec une barrette supérieure).
Cdt
Bonjour
Réponse à nbanba:
J’ai bien pris note de vos résultats.
Je ne sais pas ce qui foire dans mes tests avec “dd”.
Et comme je ne peux pas comparer a ceux fait il y a un an, je ne peux pas me prononcer.
Je ne peux malheureusement pas passer par un web socket. Le logiciel que j’utilise s’appelle “rclone” et j’ai une flemme gigantesque de refaire toute la config pour le meme debit qu’en FTP.
Réponse à Thibaut Freebox:
En faite j’avais oublie mais j’ai 8 GB dans me Delta. J’ai change la barrette il y a fort longtemps et je ne pas m’en rappelais pas.
Et j’étais sur 4 GB pour ma VM et 4 GB pour la Delta.
J’ai testé de limiter ma VM à 1 GB et 7 pour la Delta: le serveur FTP a mit plus de temps avant de crasher (1 min vs 20s avant) et de faire crash aussi la Delta.
Faut il que j’achètes 16 GB ?
Celle ci vous semble bonne “Crucial RAM 16Go DDR4 3200MHz CL22 CT16G4SFRA32A” ? (je demande car je sais que la liste de RAM n’est pas standard)
Ce qui m’intrigue le plus dans mes problèmes, c’est que avant ca allait, je limitais le FTP a 50 MB/s et je pouvais faire avec, mais aujourd’hui, impossible de faire des transfert sans crash total.
Cordialament
2 screens du webUI pendant que le serveur FTP est en train de mourir
https://i.ibb.co/wZdkvC1x/1.png https://i.ibb.co/k21jhLZy/2.png
Bonjour
Le bus est à 2666MHz je crois.
Perso j’éviterai de prendre une fréquence différente.
Aussi je crois me souvenir que j’ai mis de la ram ECC (faudrait que j’ouvre la box pour vérifier)
Cordialement
nbanba