Raspberry PI 3 + Jeedom freeze aléatoirement

Hello,

Mon Raspberry Pi plante de manière très aléatoire sans que je ne sache pourquoi.
Il est toujours alimenté, toujours détecté par mon routeur mais ne répond plus (ni en SSH ni accès Jeedom).
Il fait tourner Jeedom avec 1 maigre scenario et 3 ou 4 devices, pour maintenir le climat dans un terrarium. Rien de gourmand ni de compliqué.

J’ai donc évidemment cherché et ai trouvé des cas de figures similaires un peu partout.
Voici ce que j’ai vérifié :

  • alimentation OK
  • carte SD renouvelée avec système propre (installation Debian 11 bullseye).
  • phénomène présent également avec un autre Pi neuf (donc pas de pb hardware a priori)
  • santé de Jeedom OK, mais la ligne dédiée au swap disponible est rouge malgré 97% de dispo (sur 100Mo)
  • santé des 2 plugins (Xiaomi Home et Broadlink) OK.

J’ai vu que je pouvais éplucher les logs mais j’avoue que mes capacités s’arrêtent là pour les interpréter.

Je suis rarement sur place, donc lorsque j’interroge mon Pi et qu’il ne répond plus, j’utilise une prise connecté pour l’éteindre et le redémarrer afin qu’il gère à nouveau le climat… évidemment c’est une solution bien merdique mais qui me sauve en attendant d’identifier le soucis.

Si vous avez des pistes, des logs à éplucher ou n’importe quoi, je prends !

Merci de votre aide

Salut, peux tu faire une capture d’écran de la page santée ?

Je précise que le freeze peut intervenir après 1 ou 6 jours, de manière complètement random.

Merci de ta réponse, j’ai édité mon post avec ajout du screen.

Bonjour,

Il faudra déjà régler le souci de réseau interne NOK
Rien dans http.error ?

Mes réglages réseau sont bons, je ne vois pas où est le soucis.
Je n’ai pas compris et ne sais pas comment faire pour http.error ?

J’ai réussi à passer le statut en OK (pour interne et externe) en désactivant le service WiFi (le Pi est branché en Eth).

Précision, par rapport à mon screen de tout à l’h, le swap disponible est passé à 95%.
Est-ce que c’est une piste ?

jeedom

Si vous ne montrez pas les config, les changements faits voir si dans les logs le log http.error contient un truc on ne va pas avancer

Déjà 100 Mo df swap c’est pas terrible, si tu peux passer a1024 cela fera du bien si je trompe pas, car si plusieurs trucs s’accumule, ça risque de faire planter le pi non?

Si on part dans ce sens, un PI3 avec debian 11 et jeedom v4.4.x devient une ineptie.

Pas assez de ram pour la compilation de certaines choses par exemple.

Cette config devrait être refusée pour debian 11 + v4.4.x.

C’est vouloir installer windows 11 sur un 386dx33…

Mais je ne sais pas ce qu’est le http.error ni comment vous restituer les logs.
edit : J’ai trouvé. Voici un extrait :

> Citation 0139|[Fri Dec 06 21:09:37.604774 2024] [access_compat:error] [pid 584295:tid 584295] [client 45.156.129.106:42523] AH01797: client denied by server configuration: /var/www/html/webfig
0140|[Fri Dec 06 21:09:48.727176 2024] [access_compat:error] [pid 1359:tid 1359] [client 45.156.129.106:47053] AH01797: client denied by server configuration: /var/www/html/api
0141|[Fri Dec 06 21:09:57.440085 2024] [access_compat:error] [pid 644:tid 644] [client 45.156.129.107:35759] AH01797: client denied by server configuration: /var/www/html/cgi-bin
0142|[Fri Dec 06 21:10:07.039934 2024] [access_compat:error] [pid 632715:tid 632715] [client 45.156.129.107:35579] AH01797: client denied by server configuration: /var/www/html/cgi-bin
0143|[Fri Dec 06 21:10:07.255870 2024] [access_compat:error] [pid 1359:tid 1359] [client 45.156.129.107:47519] AH01797: client denied by server configuration: /var/www/html/showLogin.cc
0144|[Fri Dec 06 21:10:36.403673 2024] [access_compat:error] [pid 584064:tid 584064] [client 45.156.129.106:51353] AH01797: client denied by server configuration: /var/www/html/wp-json
0145|[Sat Dec 07 00:04:25.587615 2024] [access_compat:error] [pid 1359:tid 1359] [client 115.48.180.243:22091] AH01797: client denied by server configuration: /var/www/html/boaform
0146|[Sat Dec 07 05:59:19.025273 2024] [access_compat:error] [pid 632715:tid 632715] [client 154.213.186.74:51120] AH01797: client denied by server configuration: /var/www/html/login
0147|[Sat Dec 07 08:18:28.648977 2024] [access_compat:error] [pid 584064:tid 584064] [client 172.206.147.207:34570] AH01797: client denied by server configuration: /var/www/html/hudson
0148|[Sat Dec 07 11:59:09.508091 2024] [access_compat:error] [pid 584295:tid 584295] [client 184.105.247.195:53463] AH01797: client denied by server configuration: /var/www/html/geoserver

Bonjour.

Pouvez vous refaire une installation de Jeedom, mais cette fois ci sur l’édition 32bits de Bullseye.
Restaurez votre Jeedom dessus et procédez à vos tests.

Bon tests

OK je peux faire ça, mais que devrais-je paramétrer ou surveiller ?

Il y avait à une époque une incompatibilité entre les rpi3, et debian 10 64bits. Je ne sais pas si ce pb est règlé en deb11. Mais les symptômes decrits ressemblent à ce pb

Norbert

RPI3 deb11 en 64bbits je conseille pas: j’ai fais ça par erreur la semaine dernière lors d’upgrade 10->11 et j’avais plein d’erreurs réseau.

Je suis repassé en 32bits et tout va bien

Si tu veux passer à plus de swap:

sudo dphys-swapfile swapoff
sudo nano /etc/dphys-swapfile
saisir : CONF_SWAPSIZE=1024
sudo dphys-swapfile setup
sudo dphys-swapfile swapon

éventuellement redémarrer

Je trouve cet avis exagéré: je pense que cette config devrait être simplement déconseillée, car en effet il faut un peu ruser pour compiler certaines choses (Dépendances : JS heap out of memory - Raspberry Pi 3 - #16 par ktn) et du coup ce n’est pas hyper plug&play, mais de là à l’interdire: moi cela m’est bien utile, et pour des jeedom peu chargés c’est suffisant

Sur un pi3b+, mon Jeedom de test, je suis bien en 64 bits.
Je n’ai pas de perte réseaux (plus de 60 jours de uptime sur Raspberry Pi OS Bookworm 64 bits, mais tout ne fonctionne pas, comme zwaveJS UI, à cause d’un problème de kernel).

En revanche, cela n’est visiblement pas le cas avec les pi3b, ceux-ci semblent allergique aux 64bits et doivent rester en 32bits (plusieurs fil récent vont dans ce sens).

Bien vu, le mien qui bug en 64bits est un:

~ $ cat /sys/firmware/devicetree/base/model
Raspberry Pi 3 Model B Rev 1.2