Freebox Server (Pop V8/ Delta V7 / Revolution V6 / Server Mini 4K)

  • État Nouveau
  • Type de tâche Anomalie
  • Catégorie Non trié
  • Assignée à Personne
  • Système d'exploitation Freebox Server V8 (Pop)
  • Sévérité Critique
  • Priorité Normale
  • Basée sur la version 4.2.2
  • Due pour la version Non décidé
  • Date d'échéance Non décidé
Concerne le projet: Freebox Server (Pop V8/ Delta V7 / Revolution V6 / Server Mini 4K)
Ouverte par FDS (FDS) - 02/08/2020
Dernière édition par Maxime Bizon (mbizon) - 05/08/2020

FS#31573 - Reboots aléatoires Freebox POP

Bonjour,

Le problème est également signalé sur https://dev.freebox.fr/bugs/task/31432, https://dev.freebox.fr/bugs/task/31457, etc.
Même comme tous les cas ne se ressemblent pas et ajoutent des éléments spécifiques, je créé ce sujet.

Jusqu’au 24 j’avais une Freebox mini 4K et 0 problème.
Depuis le 24 au soir j’ai une Freebox Pop et au moins un reboot par jour.
Mes 3 derniers reboots de ma Freebox Pop :

Sur https://mafreebox.freebox.fr, chaque reboot efface l’historique mais on voit les reboots au niveau des courbes de températures : https://ibb.co/ZM6yXz3, https://ibb.co/YRybn6L et https://ibb.co/q5Ytcv9. Dans quelques rares cas c’est moi qui est débranché et rebranché la box.

La plupart du temps personne ne sollicite la liaison (en dehors des journées de télétravail et de mes tests iperf3), donc cela reste invisible (sauf que la VPN du boulot se déconnecte sur mon micro ou celui de Mme). Mais j’ai un script python sur une machine Linux très basse consommation qui teste la box toutes les 15s la box via l’API Freebox et qui me prévient en cas de connexion FO (en cas d’intervention sur le PM), pas de réponse de la Freebox, de changement d’adresse IP fixe (c’est arrivé une fois), d’appel téléphonique, etc.

Le firmware est le 4.2.2 et une configuration classique. J’ai maintenant désactivé tout ce qui m’est inutile : VPN Serveur, VPN Client, uPnP BG et AV, AirMedia, Partage Windows, etc.

Le module fibre SFP (modèle sur https://ibb.co/0KtTKsg) est brulant, impossible de laisser les doigts dessus, mais les températures ambiantes sont raisonnables (entre 26.5°C à 27.5°C). Par exemple actuellement https://ibb.co/hKZ6m1M :

  • température ambiante = 27°C
  • température 1 = 61°C
  • température 1 = 48°C
  • température CPU B = 66°C
  • ventilateur = 3562 tours/minute

Cordialement

Cette tache ne dépend pas d'autre tache

APPERT (PehAt)
Sunday 2 August, 2020 10:22:09

J’ai le même problème.
Il semble contourné en appliquant un remède mentionné pour la delta : désactiver UPNP.

brolysan (brolysan)
Sunday 2 August, 2020 14:33:51

pas d'amélioration avec cette "astuce", impossible de télécharger sur le port 2,5Gb. Plantage lié à la chauffe dès qu'un fichier dépasse 4Go.

FDS (FDS)
Sunday 2 August, 2020 16:06:44

@brolysan (brolysan), nous n'avons visiblement pas tous le même problème.

Je viens de télécharger plusieurs fois de suite et parfois en parallèle, des fichiers de 10Go sur http://rbx.proof.ovh.net/files/10Gio.dat, http://www.ovh.net/files/10Gio.dat, http://speed.hetzner.de/10GB.bin, etc :

et ma Freebox Pop ne ne plante pas quand je télécharge à des vitesses ~2.5Gbps et elle ne chauffe pas vraiment plus https://ibb.co/zZKTByj après 70Go de téléchargés:

  • température ambiante = 27°C
  • température 1 = 61°C
  • température 2 = 48°C
  • température CPU B = 66°C
  • ventilateur = 3517 tours/minute

Tout semble constant, juste le ventilateur qui accélère à peine pendant le gros téléchargement à partir de 17:30 : https://ibb.co/23FLHkx.

Ma Freebox elle plante finalement quand on ne la sollicite pas trop ! Elle serait vraiment parfaite si elle daignait ne pas rebooter 1 à 2 fois par jours.

brolysan (brolysan)
Sunday 2 August, 2020 16:24:52

ca empire maintenant.
Dès que je lance le moindre téléchargement, au bout de 30 secondes, la box plante et reste bloqué sur 3c.
Obligé de la débrancher et la rebrancher pour retrouver une connexion internet.
Je regrette le changement d"opérateur du coup.

FDS (FDS)
Sunday 2 August, 2020 16:59:11

Dans les logs /var/log/kern.log dans petit serveur basse consommation sous Linux je trouve les reboots de la Freebox Pop :


/var/log/kern.log.1:Jul 31 17:42:44 fj kernel: [31546.649051] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 31 17:43:07 fj kernel: [31569.318996] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Aug 1 17:35:13 fj kernel: [117495.353972] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Aug 1 17:35:36 fj kernel: [117517.986835] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Aug 1 21:08:21 fj kernel: [130282.863647] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Aug 1 21:08:43 fj kernel: [130305.549237] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx


Mais dans les coupures plus anciennes je trouves des choses pas du tout propres du tout avec visiblement une Freebox qui avait du mal :


/var/log/kern.log.1:Jul 29 12:53:23 fj kernel: [13904.253725] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:53:27 fj kernel: [13908.441559] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Jul 29 12:55:04 fj kernel: [14005.463845] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:55:08 fj kernel: [14009.691142] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Jul 29 12:55:13 fj kernel: [14014.590570] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:55:17 fj kernel: [14018.969830] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Jul 29 12:55:29 fj kernel: [14031.039702] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:55:34 fj kernel: [14035.511433] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Jul 29 12:55:35 fj kernel: [14036.534195] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:55:39 fj kernel: [14040.754112] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Jul 29 12:55:44 fj kernel: [14045.333744] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:55:48 fj kernel: [14049.588708] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx
/var/log/kern.log.1:Jul 29 12:56:32 fj kernel: [14093.590289] r8169 0000:01:00.0 enp1s0: Link is Down
/var/log/kern.log.1:Jul 29 12:56:36 fj kernel: [14097.762075] r8169 0000:01:00.0 enp1s0: Link is Up - 2.5Gbps/Full - flow control rx/tx


FDS (FDS)
Sunday 2 August, 2020 18:30:12

Et comme d'autres j'arrive à faire planter la Freebox !

Avec seul téléchargement (je monte à 2.35Gbps vu de Linux et la Freebox m'affiche 2.5Gbps) ne provoque pas de plantage de la Freebox Pop.

Mais lancer plusieurs téléchargement en parallèle sur des sites différents plante la liaison https://ibb.co/ZLbHHv4 et la Freebox Pop reste bloqué en étape 3c.

J'ai juste lancé le script suivant pour planter la liaison / Freebox :


#! /bin/bash

# download
curl -6 -o /dev/null http://ping6.online.net/10000Mo.dat &
curl -6 -o /dev/null http://rbx.proof.ovh.net/files/10Gio.dat &
curl -6 -o /dev/null http://ipv6.paris.testdebit.info/10G.iso &

# upload
curl -6 -o /dev/null -F "filecontent=@10Gio.dat" http://bouygues.testdebit.info &


Ce script lance en parallèle et en ipv6 plusieurs downloads & uploads.

La Freebox n'aime pas l'ouverture de plusieurs sockets en parallèle et haut débit ?
Un problème de pile tcp/ip (v6 dans mon cas) ?
Ce qui explique peut-être que même sans gros débit elle plante 1 fois par jour quand sa pile déborde ?

brolysan (brolysan)
Sunday 2 August, 2020 19:15:24

même symptômes, impossible d'être stable en 2,5Gb, plantage assuré.

FDS (FDS)
Sunday 2 August, 2020 20:59:13

Sur ma machine très basse consommation Linux j'ai deux cartes réseau, une 2.5G et une 1G.
En débranchant le câble réseau de ma carte réseau 2.5Gbps pour le brancher sur ma carte réseau 1Gbps (et en rebootant la machine) :


Aug 2 21:15:27 fj kernel: [ 16.597498] r8169 0000:03:00.0 enp3s0: Link is Up - 1Gbps/Full - flow control rx/tx


et toujours branché au port ethernet 2.5G de la Freebox Pop*, j'ai lancé mon script "killer 2.5G Freebox POP script" ;-)

Et devinez quoi ? Pas de plantage !

Donc avec le port 2.5 de la Freebox Pop et avec une micro équipé d'une carte réseau :

  • 2.5G > on peut planter immédiatement la Freebox avec mon script et sinon la Freebox rebootera aléatoirement
  • 1G > on ne plante pas la Freebox

Je verrai si en 1G, la Freebox Pop reboote de temps en temps.

Il y a donc un problème coté Freebox en 2.5Gbps et plusieurs sockets ouverts simultanément.

Si j'avais plusieurs machines, je tenterai de saturer les 3 prises eth de la Freebox en 1G + le Wifi pour voir si c'est le chipset réseau 2.5 de la Freebox POP ou alors la pile TCP/IP et/ou puissance processeur / mémoire.

brolysan (brolysan)
Monday 3 August, 2020 09:25:27

tiens, ca commence à fermer certaines demandes, avec comme info : doublon.

FDS (FDS)
Tuesday 4 August, 2020 20:12:51

Elle ne plante plus en 2.5G mais elle reboote toujours toute seule au moins 1 fois par jour :-/

FDS (FDS)
Wednesday 5 August, 2020 10:44:42

J'ai relancé ma Freebox Pop Server pour passer en firmware 4.2.3, j'ai relancé mon script :


#!/bin/bash

# download
curl -6 -s -o /dev/null http://ping6.online.net/10000Mo.dat &
curl -6 -s -o /dev/null http://scaleway.testdebit.info/10G/10G.iso &
curl -6 -s -o /dev/null http://rbx.proof.ovh.net/files/10Gio.dat &
curl -6 -s -o /dev/null http://paris.testdebit.info/10G.iso &

# upload
curl -6 -s -o /dev/null -F "filecontent=@10Gio.dat" http://bouygues.testdebit.info &
curl -6 -s -o /dev/null -F "filecontent=@10Gio.dat" http://paris.testdebit.info &

ifstat -btTS -i enp1s0


la Freebox Pop a tout de suite perdu la liaison fibre (comme en 4.2.2 sur https://ibb.co/ZLbHHv4), j'ai perdu le Wifi et est restée bloquée en étape 3c.

FDS (FDS)
Friday 7 August, 2020 20:38:07

Le firmware 4.2.4 règle les plantages liés à la saturation du port 2.5G avec Freebox bloqué en étape 3c.

Mais la Freebox continue de rebooter aléatoirement.
L'historique est vidée du coup et ne conserve que le dernier reboot :

Hier soir reboot vers 22:40. Et ce soir 3 reboots, le premier vers 21.20, on les voit dans les courbes de températures :

La Freebox Pop server ne tient donc pas 24 heures, elle reboote toujours avant, parfois plusieurs fois.

Olivier AUBRY (Olivier A)
Saturday 8 August, 2020 06:43:55

@FDS et le temps de coupure à chaque fois semble assez long avec au moins 5'.
De mon côté et depuis le reboot de mise à jour v4.2.4, 1 jour et 12 heures sans coupure.
J'avais néanmoins à nouveau désactivé l' UPNP IGD précédemment à cette mise à jour.

Olivier AUBRY (Olivier A)
Saturday 8 August, 2020 06:46:11

@FDS j'en conviens que désactiver des fonctionnalité pour que ça fonctionne n'est pas une fin en soit ;)

Chargement...