Cache Jeedom non lu suite à mise à jour

Utilisation du core de Jeedom
1

Version Jeedom 4.1.20

Bonjour,

Je sais qu’il y a déjà eu un sujet dessus mais je ne le retrouve pas.

Suite au passage de 4.0.9 à 4.1.20 de jeedom, après redémarrage, le cache n’est pas lu.
Je n’ai aucun log en erreur et la page santé est verte partout.
Il faut donc que j’attende que chaque équipement transmette une information pour avoir une valeur sur ces équipements

2

vide tout les caches + ctrlF5

3

Je parle du cache Jeedom … le cache navigateur a déjà été vidé

Édit : sujet mis à jour

4

Le sujet est ici :

J’ai dû redémarrer une demi douzaine de fois depuis et ça ne me l’a jamais refait. Je n’ai donc pas mis en place de scénario.

5

Bonjour,

Jeedom v4.1.20

Je viens de constater un problème similaire chez moi, mais j’ai pu en trouver la cause.

Sur Raspberry Pi3B+ depuis qu’il existe, Buster 32 bits à jour de tout.
Sur les 4 ports USB, j’ai :

  • SSD mSata
  • Z-Wave Gen5
  • Sena UD100
  • RFXCom.

=> stabilité parfaite pour l’ensemble (0 problèmes).

Je viens de tout basculer sur un Raspberry Pi4/4Gb
Buster 64 bits à jour de tout, installation manuelle et restauration de Jeedom.

Si je teste ainsi :

  • USB3-1 : SSD mSata
  • USB2-2 : Sena UD100
  • USB2-1 : Hub USB2 (DLink, alimentation 3A)
    . Hub USB2 : 1 - Z-Wave Gen5
    . Hub USB2 : 2 - RFXcom

= Perte de portée flagrante sur la Sena UD100 (pourtant sur rallonge USB).

Redémarrage de Jeedom : Perte du cache

J’ai pu voir pourquoi je perdais le cache (confirmé en lisant le lien donné par @domoggvad).
Le Raspberry Pi4 redémarrait ainsi :

  1. ping en continue sur l’adresse IP du Raspberry pour debug de ma part depuis mon PC
  2. redémarrage initié depuis Jeedom
  3. perte de réponse aux pings
  4. retour des réponses aux pings (7/8 pings)
  5. perte des réponses aux pings (autant de temps qu’un redémarrage)
  6. de nouveau retour des réponses aux pings
  7. démarrage normal de Jeedom (partie http accessible)
  8. plus de cache (toutes les tuiles vidées)

Donc, j’imagine que le cache est restauré une 1ere fois, mais comme cela redémarre ensuite (pour une raison que j’ignore) et qu’au redémarrage suivant, le cache est supprimé (ce qui semble être normal).

Correction de ma part :
J’ai tout placé sur le HUB USB2, en utilisant donc qu’un seul port USB2 sur Raspberry Pi4.
Gains visible :

  • Retour à la normal de la portée de la clé Sena UD100
  • Redémarrage du Raspberry Pi4, en 1 fois (le ping en continue le confirme), le redémarrage est un peu plus long (certainement du à l’utilisation du HUB USB2).
  • Cache restauré normalement : c’est ce que nous attendons.

Redémarrage effectué ce matin encore (juste pour confirmer) = comportement décrit ci-dessus.

A noter, que le Raspberry Pi4, avec simplement le disque mSata / Buster / Jeedom et ma restauration = je peux redémarrer plusieurs fois sans problème.
Le problème (2 redémarrages consécutifs alors que je demande simplement un redémarrage) est causé soit par la présence du HUB ou l’ordre des périphérique que j’ai mis dessus le Pi4 ou le HUB).

2 « J'aime »
6

Bonjour,
Me concernant, je suis dans une vm et je n’ai pas de « double démarrages »

7

Bonjour,

Pour ma part, je ne saurais le dire (sur VM aussi).
Il me semble cependant me rappeler que le redémarrage avait été plus long que d’habitude, voire même que j’avais dû refresh avec F5.
Mais aucune certitude.

8

Même probleme chez moi via un redémarrage de Jeedom par jeedom.
A priori pas de pb si je reboot directement la VM

9

Merci d’ouvrir un nouveau sujet !

Le principe pour un bon fonctionnement de community est :

  • Une question
  • Des propositions de solutions
  • Une des propositions sera coché comme solution.