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

  • Status Nouveau
  • Percent Complete
    0%
  • Task Type Anomalie
  • Category Matériel
  • Assigned To No-one
  • Operating System Freebox V9 (Ultra)
  • Severity Critical
  • Priority Very Low
  • Reported Version A PRECISER
  • Due in Version Undecided
  • Due Date Undecided
  • Votes
  • Private
Attached to Project: Freebox Server (Ultra V9/ Pop V8/ Delta V7 / Revolution V6 / Mini 4K)
Opened by macpoupou - 28/06/2024
Last edited by macpoupou - 29/06/2024

FS#39574 - Reboots aléatoires du Wifi, et problèmes avec le SSD

Bonjour,
le problème ressemble beaucoup à un souci rencontré il y a quelques mois (FS#39258).
Ma freebox est en version 4.8.12.

De nouveau d’un coup, le wifi de la Wifi freebox s’est mis à rebooter… de manière aléatoire.
Et encore une fois, cela semble lié à l’activité du disque dur… mais cette fois encore pire… le disque dur n’est même plus visible dans l’interface d’administration.

J’ai pris des captures d’écran des courbes de températures qui depuis 18h… font des yoyos.

* Un 2e disque SSD hs ?

N’y aurait-il pas un problème avec la freebox ultra ?
La dernière fois la freebox avait été changée… et j’ai aussi changé le SSD….

Disque 1 :
Lexar NQ710 SSD 1To M.2 2280 SSD NVMe 1To Disque SSD PCIe 4.0 Gen4x4, Jusqu’à 5000 Mo/s en Lecture, 3300 Mo/s en écriture
https://www.amazon.fr/dp/B0CTQX3D7N?psc=1&ref=ppx_yo2ov_dt_b_product_details

Disque 2 :
Crucial P3 1To M.2 PCIe Gen3 NVMe SSD interne - Jusqu’à 3500Mo/s - CT1000P3SSD801
https://www.amazon.fr/dp/B0C2WGL8DQ?psc=1&ref=ppx_yo2ov_dt_b_product_details

Je trouve surprenant que des disques durs SSD plutôt fiables par rapport à des disques à plateaux… meurent au bout de quelques semaines/mois…

Je ne sais pas finalement si le problème est lié au disque dur…. mais plutôt un souci de température….

Même sans disque, la freebox a un comportement aléatoire du Wifi.

Je viens de remettre le disque dur. Cette fois il est bien reconnu et les données sont bien là.

Mais le problème de coupure de wifi et de ventilateur semble décuplé avec le disque dur présent.

Ton SSD Crucial a un contrôleur Phison PS5021-E21T qui est DRAM-less

Ton lexar a un contrôleur Maxio P1602 qui est aussi Dram-Less

a voir ici il y a un ticket déjà ouvert même probleme lier au reboot sur ce ticket

https://dev.freebox.fr/bugs/task/39491

Mais sans le disque… le wifi coupe quand même. Moins mais suffisamment pour bloquer la tv streaming ou pour avoir des alertes de non réponse dans l’interface web mafreebox.

En branchant une autre borne wifi sur l’ethernet…
J’ai globalement les mêmes erreurs…. Il semble que la partie serveur DHCP deconne complètement aussi bien en wifi qu’en ethernet.
Un coup ça marche un coup pas du tout.

En rentrant les configs IP manuellement j’arrive à me connecter sur le net… au ralenti.

En fait toute la couche réseau… routage… semble tomber en marche de temps en temps.
Tout a déconner vers 18h05 vendredi soir…. Après la mise à jour 4.8.12 ? Je ne peux pas le dire….

poupou@poupouBook-251 ~ % ping 192.168.0.254
PING 192.168.0.254 (192.168.0.254): 56 data bytes
64 bytes from 192.168.0.254: icmp_seq=0 ttl=64 time=141.900 ms
64 bytes from 192.168.0.254: icmp_seq=1 ttl=64 time=64.988 ms
64 bytes from 192.168.0.254: icmp_seq=2 ttl=64 time=12.869 ms
64 bytes from 192.168.0.254: icmp_seq=3 ttl=64 time=59.144 ms
Request timeout for icmp_seq 4
64 bytes from 192.168.0.254: icmp_seq=4 ttl=64 time=1042.287 ms
64 bytes from 192.168.0.254: icmp_seq=5 ttl=64 time=202.852 ms
64 bytes from 192.168.0.254: icmp_seq=6 ttl=64 time=54.051 ms
64 bytes from 192.168.0.254: icmp_seq=7 ttl=64 time=11.385 ms
64 bytes from 192.168.0.254: icmp_seq=8 ttl=64 time=127.124 ms
64 bytes from 192.168.0.254: icmp_seq=9 ttl=64 time=53.826 ms
64 bytes from 192.168.0.254: icmp_seq=10 ttl=64 time=12.069 ms
64 bytes from 192.168.0.254: icmp_seq=11 ttl=64 time=34.814 ms
64 bytes from 192.168.0.254: icmp_seq=12 ttl=64 time=14.977 ms
64 bytes from 192.168.0.254: icmp_seq=13 ttl=64 time=6.155 ms
64 bytes from 192.168.0.254: icmp_seq=14 ttl=64 time=7.266 ms
64 bytes from 192.168.0.254: icmp_seq=15 ttl=64 time=5.906 ms
64 bytes from 192.168.0.254: icmp_seq=16 ttl=64 time=6.485 ms
64 bytes from 192.168.0.254: icmp_seq=17 ttl=64 time=13.585 ms
64 bytes from 192.168.0.254: icmp_seq=18 ttl=64 time=7.988 ms
64 bytes from 192.168.0.254: icmp_seq=19 ttl=64 time=20.297 ms
64 bytes from 192.168.0.254: icmp_seq=20 ttl=64 time=12.658 ms
64 bytes from 192.168.0.254: icmp_seq=21 ttl=64 time=36.859 ms
64 bytes from 192.168.0.254: icmp_seq=22 ttl=64 time=15.218 ms
64 bytes from 192.168.0.254: icmp_seq=23 ttl=64 time=10.175 ms
64 bytes from 192.168.0.254: icmp_seq=24 ttl=64 time=8.294 ms
64 bytes from 192.168.0.254: icmp_seq=25 ttl=64 time=11.148 ms
64 bytes from 192.168.0.254: icmp_seq=27 ttl=64 time=48.524 ms
Request timeout for icmp_seq 28
64 bytes from 192.168.0.254: icmp_seq=29 ttl=64 time=83.197 ms
Request timeout for icmp_seq 30
64 bytes from 192.168.0.254: icmp_seq=31 ttl=64 time=49.648 ms
64 bytes from 192.168.0.254: icmp_seq=32 ttl=64 time=31.485 ms
Request timeout for icmp_seq 33
64 bytes from 192.168.0.254: icmp_seq=34 ttl=64 time=13.331 ms
64 bytes from 192.168.0.254: icmp_seq=35 ttl=64 time=13.511 ms
64 bytes from 192.168.0.254: icmp_seq=36 ttl=64 time=11.276 ms
64 bytes from 192.168.0.254: icmp_seq=37 ttl=64 time=31.267 ms
Request timeout for icmp_seq 38
64 bytes from 192.168.0.254: icmp_seq=39 ttl=64 time=5.660 ms
64 bytes from 192.168.0.254: icmp_seq=40 ttl=64 time=6.876 ms
64 bytes from 192.168.0.254: icmp_seq=41 ttl=64 time=11.641 ms
Request timeout for icmp_seq 42
Request timeout for icmp_seq 43
Request timeout for icmp_seq 44
Request timeout for icmp_seq 45
Request timeout for icmp_seq 46
64 bytes from 192.168.0.254: icmp_seq=47 ttl=64 time=12.284 ms
64 bytes from 192.168.0.254: icmp_seq=48 ttl=64 time=9.744 ms
64 bytes from 192.168.0.254: icmp_seq=49 ttl=64 time=309.722 ms
Request timeout for icmp_seq 50
Request timeout for icmp_seq 51
Request timeout for icmp_seq 52
64 bytes from 192.168.0.254: icmp_seq=53 ttl=64 time=119.260 ms
Request timeout for icmp_seq 54
64 bytes from 192.168.0.254: icmp_seq=55 ttl=64 time=298.852 ms
Request timeout for icmp_seq 56
Request timeout for icmp_seq 57
Request timeout for icmp_seq 58
Request timeout for icmp_seq 59
Request timeout for icmp_seq 60
Request timeout for icmp_seq 61
64 bytes from 192.168.0.254: icmp_seq=62 ttl=64 time=65.208 ms
64 bytes from 192.168.0.254: icmp_seq=63 ttl=64 time=44.025 ms
64 bytes from 192.168.0.254: icmp_seq=64 ttl=64 time=113.164 ms
64 bytes from 192.168.0.254: icmp_seq=65 ttl=64 time=94.111 ms
64 bytes from 192.168.0.254: icmp_seq=66 ttl=64 time=99.925 ms
64 bytes from 192.168.0.254: icmp_seq=67 ttl=64 time=49.851 ms
64 bytes from 192.168.0.254: icmp_seq=68 ttl=64 time=17.207 ms
64 bytes from 192.168.0.254: icmp_seq=69 ttl=64 time=5.078 ms
64 bytes from 192.168.0.254: icmp_seq=70 ttl=64 time=14.560 ms

Admin

Bonjour

@macpoupou : il semble y avoir une boucle dans votre installation. Et donc la box traite n fois de suite les mêmes paquets jusqu'à saturation et donc crash.

Il va vous falloir trouver ce qui fait doublon.

Cdt

Le support m'a dit qu'il y avait un pb de redirection de ports… Et m'a fait faire un reset de la configuration en mode paramètres d'usines…

J'ai redissocié mes cartes réseaux… et une fois mes périphériques reconnectés… même chose….

Si je ping en wifi ou en filaire un des périphériques réseaux…. j'ai un failed variant entre 40 et 80%.

Admin

Merci du retour

Ce qu'il vous faut, c'est supprimer la boucle réseau, pas les paramètres.

Vous devez avoir un device qui sert de routeur par exemple pour la domotique. Or cela fait doublon avec la box, et donc il y a une boucle exponentielle qui se créé jusqu'à saturer la box.

Cdt

Loading...

Available keyboard shortcuts

Tasklist

Task Details

Task Editing