[Erreur 2] Impossible de trouver votre box, est-elle bien connectée aux réseaux dns

Utilisation du core de Jeedom
1

Bonjour,
Depuis quelques jours j’ai des problèmes d’instabilité de mon jeedom ; les accès en local ou de l’ext sont assez lents et cela 2 ou 3 fois que j 'ai ce message :
[Erreur 2] Impossible de trouver votre box, est-elle bien connectée aux réseaux dns

Seule solution je dois éteindre et allumer mon jeedom

Voici l’état de sante de mon jeedom :

image
image945×552 62.9 KB

Je suppose que la ligne rouge « persistance du cache » vient du fait que j’ai éteint mon jeedom :

image
image766×50 4.79 KB

Hier soir cela fonctionnait, même si le temps de réaction des fonctions zigbee était très long par contre ce matin tout était HS et je n’ai rien trouvé dans les logs entre hier soir et ce matin de particulier.
Par contre j’ai de vieux scenarios qui tournent depuis des années qui posent désormais problème :

0020|[2024-12-01 08:30:15] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0021|[2024-12-01 08:35:16] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0022|[2024-12-01 08:41:02] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul Conso GAZ".
0023|[2024-12-01 09:45:15] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0024|[2024-12-01 09:50:28] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0025|[2024-12-01 10:05:15] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0026|[2024-12-01 12:15:27] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0027|[2024-12-01 12:40:25] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0028|[2024-12-01 13:45:27] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0029|[2024-12-01 13:50:15] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0030|[2024-12-01 13:51:02] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0031|[2024-12-01 13:55:16] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0032|[2024-12-01 13:55:25] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0033|[2024-12-01 14:25:15] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0034|[2024-12-01 14:25:26] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0035|[2024-12-01 15:40:18] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0036|[2024-12-01 16:25:27] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0037|[2024-12-02 07:00:18] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0038|[2024-12-02 07:05:19] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0039|[2024-12-02 08:05:27] ERROR  : La dernière exécution du scénario ne s'est pas lancée. Vérifiez le log scenario_execution, ainsi que le log du scénario "Calcul conso Eau".
0040|[2024-12-02 17:10:25] ERROR  : Trop d'appels simultanés du scénario, il ne peut-être exécuté une nouvelle fois. Il est conseillé de réduire les appels au scénario "Màj Etat Volets".

L’image de l’état de santé complète :

image
image1609×390 58.6 KB

Je peux vous donner d’autres éléments si nécessaire.

2

Bonjour,

Votre Jeedom est en dhcp ou ip fixe ?
Connecté en wifi ou ethernet ?

Connecté directement à votre box FAI ou à un autre équipement ?

Quelle est la typologie du réseau simple ou alors vlan ou autres trucs du style ?

3

Bonjour Iperenna,
Voici les réponses à tes questions en espérant que cela te guide

Mon Raspberry est en DHCP ip fixe connecté directement à ma box par câble ethernet
image
image

Pour ce point il faut me guider.

Derniére remarque j’ai basculé mon raspberry sur debian 11 courant octobre je n’ai plus la date exacte, est ce qu’il y aurait un lien?

Au cas où :

image
image1128×376 24.7 KB

4

Salut,

Relancer les dépendances du plugin openVPN

5

Bonjour Furaxworld,
Je ne savais même pas que j’avais ce plugin par contre question bête comment fait on pour Relancer les dépendances du plugin openVPN
image
A tout hasard j’ai lancé Démarrer

image
image1347×190 13.4 KB

Mais est ce suffisent?

6

image
image941×533 29 KB

Relancer

7

Effectivement comme pour tout plugin je m’attendais à trouver cette fenêtre à partir de cette page mais rien :
image
D’habitude il y a un onglet configuration comme dans deconz mais la nada
image

8

menu plugins, gestion des plugins et choisir openvpn

9

Merci je ne savais pas que l’on pouvait y accéder de cette façon
J’ai relancé les dépendances dois-je faire autre chose ?

10

image
image761×200 27.7 KB

Cliquer sur redémarrer et vérifier ensuite si l’accès externe fonctionne en cliquant sur le lien https

11

Apres si on pouvait voir ces scénarios et leur déclencheur…

Je me demande si vous mettez pas la box à genoux.

12

C’est une hypothèse vraisemblable ce qui m’étonne c’est ce j’ai mis en place ce suivi conso d’eau depuis 2 ans sans pb, et je rencontre ce pb depuis 2 semaines peut être un lien avec le passage au nouveau Debian 11mais que j’ai fait début octobre, donc pas la même temporalité mais c’est un changement majeur.
Principe du relevé d’eau :
Capteur à effet hall couplé avec un ESP32 qui envoie les infos d’impulsions via jmqtt

image
image1901×73 9.78 KB

Cette variable est mon déclencheur de scenario :

image
image941×109 7.13 KB

Voici mon scenario :
image
image1875×560 54.2 KB

13

Bonjour,

Alors je ne sais pas si cela peut améliorer les choses mais de ce que j’avais compris d’un post de Loic, les variables dans Jeedom c’est bien pour des valeurs qui changent rarement.

Sinon il vaut mieux utiliser une commande info d’un virtuel.

Or là le scénario doit être appelé régulièrement et la variable semble changer souvent…

14

Qu’est ce que tu me conseilles pour éviter la saturation ?

15

Déja passer sur une commande info et pas une variable dans ce cas précis.

Sinon regarder la BDD. 117Mo je trouve cela balaise surtout si tu n’as pas une grosse install.

En utilisant le script de vérification de BDD tu verras déjà si y a des soucis sur des tables ou des historiques etc.

C’est refaire un tour un peu partout pour voir si y a pas un truc gourmand inutile ou mal fait qui peut mettre à plat la box

16

Bonjour Iperenna,

J’ai fait une verif tout est OK

Je suppose que cela signifie verifier tous mes scenarios?

J’ai également vérifie log consistency :

START CONSISTENCY]
[START CHECK AND FIX DB]
[END CHECK AND FIX DB]
Check jeedom package…
OK
Check jeedom database…
OK
Check crons…
Check filesystem right…
OK
Check jeedom object…
OK
Check jeedom cmd… OK
Set cache hour…OK
Check composer…OK
Check nodejs…
npm warn using --force Recommended protections disabled.
Get:1 Index of /debian-security bullseye-security InRelease [27.2 kB]
Hit:2 Index of /debian bullseye InRelease
Get:3 Index of /debian bullseye-updates InRelease [44.1 kB]
Get:4 Index of /debian bullseye InRelease [39.0 kB]
Hit:5 https://deb.nodesource.com/node_20.x nodistro InRelease
Get:6 Index of /debian-security bullseye-security/main armhf Packages [317 kB]
Get:7 Index of /debian-security bullseye-security/main arm64 Packages [320 kB]
Get:8 Index of /debian-security bullseye-security/main Translation-en [210 kB]
Get:9 Index of /debian bullseye/main arm64 Packages [322 kB]
Get:10 Index of /debian bullseye/main armhf Packages [329 kB]
Fetched 1609 kB in 2s (832 kB/s)
Reading package lists…
Reading package lists…
Building dependency tree…
Reading state information…
apt-utils is already the newest version (2.2.4).
build-essential is already the newest version (12.9).
lsb-release is already the newest version (11.1.0).
git is already the newest version (1:2.30.2-1+deb11u3).
0 upgraded, 0 newly installed, 0 to remove and 29 not upgraded.
[Check Version NodeJS actuelle : v20.18.0 : [ OK ]
[Check Prefix : /usr and sudo prefix : /usr and www-data prefix : /usr : [ OK ]
Clean npm cache
OK
[END CONSISTENCY]

Penses tu utile de faire cela :
image

Un dernier élément car je trouve que les accès au dashboard sont assez lents, je me demande si le pb ne viendrai de mon raspberry, existe il une façon de diagnostiquer cela:

image

J’ai fait un tour sur les logs :
en jmqtt :

[2024-12-04 10:41:04,919][ERROR] Client204 Brk204Th on_disconnect() : Unexpected disconnection from broker!
[2024-12-04 23:21:27,768][ERROR] Client204 Brk204Th on_disconnect() : Unexpected disconnection from broker!
[2024-12-05 02:56:32,674][ERROR] Client204 Brk204Th on_disconnect() : Unexpected disconnection from broker!
[2024-12-05 14:04:55,981][INFO] Main MainThread set_log_level() : New log level set to: ERROR
[2024-12-06 17:07:02,340][INFO] Main MainThread set_log_level() : New log level set to: ERROR
[2024-12-07 00:41:35,481][ERROR] JMsg.Rcv MainThread is_working() : Nothing has been received for 1864s (max 315s), Jeedom does not want me any longer.
[2024-12-07 00:41:42,662][ERROR] Client204 Brk204Th on_disconnect() : Unexpected disconnection from broker!
[2024-12-07 00:46:06,305][INFO] Main MainThread set_log_level() : New log level set to: ERROR
[2024-12-08 18:46:56,120][ERROR] Client204 Brk204Th on_disconnect() : Unexpected disconnection from broker!
[2024-12-10 07:07:12,547][INFO] Main MainThread set_log_level() : New log level set to: ERROR

et deconz :

0032|For more details see kill(1).
0033|[2024-12-06 18:00:41] ERROR : Erreur sur la fonction cronHourly du plugin : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/config cURL error : Operation timed out after 2001 milliseconds with 0 bytes received
0034|[2024-12-06 22:15:32] ERROR : Erreur exécution de la commande [Chauffage][Thermostat SMaBit][Thermostat 01-0201] : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/sensors/16/config cURL error : Operation timed out after 2000 milliseconds with 0 bytes received
0035|[2024-12-07 00:00:43] ERROR : Erreur sur la fonction cronHourly du plugin : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/config cURL error : Operation timed out after 2001 milliseconds with 0 bytes received
0036|[2024-12-07 05:01:08] ERROR : Erreur sur la fonction cronHourly du plugin : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/config cURL error : Operation timed out after 2001 milliseconds with 0 bytes received
0037|[2024-12-07 06:00:42] ERROR : Erreur sur la fonction cronHourly du plugin : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/config cURL error : Operation timed out after 2001 milliseconds with 0 bytes received
0038|[2024-12-07 19:05:56] ERROR : Erreur exécution de la commande [Couloir][3 Prise Couloir][Off 0b] : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/lights/8/state cURL error : Operation timed out after 2001 milliseconds with 0 bytes received
0039|[2024-12-08 23:00:54] ERROR : Erreur sur la fonction cronHourly du plugin : Echec de la requête HTTP : 127.0.0.1:8484/api/E434C0F0AB/config cURL error : Operation timed out after 2000 milliseconds with 0 bytes received
0040|Usage:
0041|kill [options] […]
0042|Options:
0043| […] send signal to every listed
0044|-, -s, --signal
0045|specify the to be sent
0046|-q, --queue integer value to be sent with the signal
0047|-l, --list=[] list all signal names, or convert one to a name
0048|-L, --table list all signal names in a nice table
0049|-h, --help display this help and exit
0050|-V, --version output version information and exit
0051|For more details see kill(1).

17

Bonjour Iperenna,
Je me permets de te relancer car de nouveau j’ai eu ce message :
[Erreur 2] Impossible de trouver votre box, est-elle bien connectée aux réseaux dns ?

J’ai pourt ant desactivé jmqtt, et les scenarios qui posaient pb je me pose le pb si mon jeedom ne plante à cause ce pb de dns