passage 2019 : scenaris H.S.
passage 2019 : scenaris H.S.
Bonjour,
curieusement depuis passage année 2019,
mes scenarii d'ouverture et fermeture des volets ne fonctionnent plus (que manuellement)
pouvez-vous m'aider ?
curieusement depuis passage année 2019,
mes scenarii d'ouverture et fermeture des volets ne fonctionnent plus (que manuellement)
pouvez-vous m'aider ?
Re: passage 2019 : scenaris H.S.
Bonjour,
pareil... madame m'a demandé d'intervenir au réveil (cet apm ) ... problème de date système visible sur les log... reboot lancé pour aller boire un Kfé.
=> jeedom n'a jamais voulu repartir correctement ou complètement ("jeedom" est en cours de démarrage).. . donc tout les deamon et protocole HS... restaure du backup local du 31/12 => et on est reparti comme ce matin (déjà pas mal) avec:
le log du core qui indique:
[2019-01-01 23:02:10][ERROR] : La date du système est incorrect (avant 2016-01-01 ou après 2019-01-01) : 2019-01-01 23:02:10
et le log des scénarii HS indique aussi:
[2019-01-01 22:50:56][SCENARIO] Lancement du scénario : [Bureau][Présence Bureau] annulé car il utilise une condition de type temporelle et que la date système n'est pas OK
La cause racine semble venir de la mise à l'heure ntp:
le log "scénario-execution" contient:
sudo: ntpdate: command not found
donc là je sèche un peu... et se qui me surprend le plus c'est 'après 2019-01-01'
=> je suis encore en 2.4.5 sur une mini+ (oui je sais s'est vieux, mais si ça marche tout seul on oublie) si je pouvais trouver une solution sans tout changer j'en serai heureux.
pareil... madame m'a demandé d'intervenir au réveil (cet apm ) ... problème de date système visible sur les log... reboot lancé pour aller boire un Kfé.
=> jeedom n'a jamais voulu repartir correctement ou complètement ("jeedom" est en cours de démarrage).. . donc tout les deamon et protocole HS... restaure du backup local du 31/12 => et on est reparti comme ce matin (déjà pas mal) avec:
le log du core qui indique:
[2019-01-01 23:02:10][ERROR] : La date du système est incorrect (avant 2016-01-01 ou après 2019-01-01) : 2019-01-01 23:02:10
et le log des scénarii HS indique aussi:
[2019-01-01 22:50:56][SCENARIO] Lancement du scénario : [Bureau][Présence Bureau] annulé car il utilise une condition de type temporelle et que la date système n'est pas OK
La cause racine semble venir de la mise à l'heure ntp:
le log "scénario-execution" contient:
sudo: ntpdate: command not found
donc là je sèche un peu... et se qui me surprend le plus c'est 'après 2019-01-01'
=> je suis encore en 2.4.5 sur une mini+ (oui je sais s'est vieux, mais si ça marche tout seul on oublie) si je pouvais trouver une solution sans tout changer j'en serai heureux.
Re: passage 2019 : scenaris H.S.
Re,
apparemment mon pb est résolu en cochant sur la page de config: "Ignorer la vérification de l'heure" option que je ne me souviens pas avoir vu ou modifiée jusqu'alors et qui semble dire à jeedom d'ignorer l'heure système pour ne garder que sa propre config.
reste que la limitation de certaines fonctions au 1/1/2019 est un élément de plus pour m'obliger à réinstaller une nouvelle SD avec un jeedom à jour... procrastination
apparemment mon pb est résolu en cochant sur la page de config: "Ignorer la vérification de l'heure" option que je ne me souviens pas avoir vu ou modifiée jusqu'alors et qui semble dire à jeedom d'ignorer l'heure système pour ne garder que sa propre config.
reste que la limitation de certaines fonctions au 1/1/2019 est un élément de plus pour m'obliger à réinstaller une nouvelle SD avec un jeedom à jour... procrastination
-
- Timide
- Messages : 181
- Inscription : 15 nov. 2017, 09:40
Re: passage 2019 : scenaris H.S.
C'est le bug du millénaire + 18 ans
Eric
Eric
Re: passage 2019 : scenaris H.S.
Bonjour ,
je confirme avoir exactement le même problème depuis le 1/1/2019 à 0h00
Donc , les scénarios s'appuyant sur l'heure ne fonctionnent plus.
Je veux bien essayer le même palliatif que mood (merci mood) , mais j'espere qu'il n'y a pas d'effets de bord sur le reste ?
Un développeur de Jeedom pourrait-il confirmer ?
merci,
Steph
je confirme avoir exactement le même problème depuis le 1/1/2019 à 0h00
Donc , les scénarios s'appuyant sur l'heure ne fonctionnent plus.
Je veux bien essayer le même palliatif que mood (merci mood) , mais j'espere qu'il n'y a pas d'effets de bord sur le reste ?
Un développeur de Jeedom pourrait-il confirmer ?
merci,
Steph
Re: passage 2019 : scenaris H.S.
Hello,
une solution simple pour corriger ce problème est d'installer ntpdate avec la commande :
sudo apt-get install ntpdate
Arnaud
une solution simple pour corriger ce problème est d'installer ntpdate avec la commande :
sudo apt-get install ntpdate
Arnaud
Re: passage 2019 : scenaris H.S.
Hello Arnaud,
bien tenté mais marche pas ! Reboot après pour être sur mais nan. Par contre effectivement en cochant "Ignorer la vérification de l'heure" cela fonctionne à nouveau et je confirme c'est depuis le 31/12/2018 23:59
Cedric
bien tenté mais marche pas ! Reboot après pour être sur mais nan. Par contre effectivement en cochant "Ignorer la vérification de l'heure" cela fonctionne à nouveau et je confirme c'est depuis le 31/12/2018 23:59
Cedric
Re: passage 2019 : scenaris H.S.
Hello
Installer un client ntp sans lui préciser de serveur NTP dans son fichier de config ne sert à rien...
Installer un client ntp sans lui préciser de serveur NTP dans son fichier de config ne sert à rien...
Re: passage 2019 : scenaris H.S.
Merci Bosquetia.
Ta Remarque me parait pleine de bon sens. Et afin de faire advancer le schmilblick aurai tu un serveur NTP à nous proposer ?.
PS j'ai ouvert un ticket (bug).
Ta Remarque me parait pleine de bon sens. Et afin de faire advancer le schmilblick aurai tu un serveur NTP à nous proposer ?.
PS j'ai ouvert un ticket (bug).
Re: passage 2019 : scenaris H.S.
Des serveurs il y en a des centaines ... un simple recherche google et tu trouveras
Perso j'ai un NAS qui fait serveur NTP pour tout mon matos en interne et ill a comme serveur le même que windows propose par défault :
time.windows.com
Perso j'ai un NAS qui fait serveur NTP pour tout mon matos en interne et ill a comme serveur le même que windows propose par défault :
time.windows.com
Re: passage 2019 : scenaris H.S.
Merci Bosquetia !
L'idée était d'offir rapidement et simplement une solution. Mais bon la curiosité en l'occurence a également de bonnes vertues.
donc je me suis demandé quel était le serveur actif sur mon Jeedom. commande
ntpq -p
* = actif, + = rang 2 si * tombait
*ns1.euskill.com 138.96.64.10 2 u 639 1024 7 22.514 -0.556 4.449
+ntp0.dillydally 195.66.241.2 2 u 702 1024 3 19.736 -0.942 3.600
+x.ns.gin.ntt.ne 249.224.99.213
Conclusion le service semble fonctionner donc le pb vient d'ailleurs.
L'idée était d'offir rapidement et simplement une solution. Mais bon la curiosité en l'occurence a également de bonnes vertues.
donc je me suis demandé quel était le serveur actif sur mon Jeedom. commande
ntpq -p
* = actif, + = rang 2 si * tombait
*ns1.euskill.com 138.96.64.10 2 u 639 1024 7 22.514 -0.556 4.449
+ntp0.dillydally 195.66.241.2 2 u 702 1024 3 19.736 -0.942 3.600
+x.ns.gin.ntt.ne 249.224.99.213
Conclusion le service semble fonctionner donc le pb vient d'ailleurs.
Re: passage 2019 : scenaris H.S.
Bonsoir,
après plusieurs jours avec l'option "Ignorer la vérification de l'heure" je vous confirme ne pas avoir constaté d'effet de bord, tout les scénario utilisant time sont reparti, donc j'en reste là de mon coté (si je dois remettre les mains dans le cambouis se sera pour installer une v3 sur la mini+ avec les tuto vus sur le forum...mais l'ampleur de la tâche si je ne redécouvre pas mes modules automatiquement me rebute un peu.. j'en ai plein les mur dans des boites pas simple à démonter... pour les scénario c'est déjà moins compliqué)... bref ça fonctionne....
Mais je serai curieux de connaitre le fin mot de l'histoire et quelle bonne raison a pu pousser un dev (qui n'est pas forcement lié à jeedom) à limiter un de ses outils avec "La date du système est incorrect (avant 2016-01-01 ou après 2019-01-01)"
après plusieurs jours avec l'option "Ignorer la vérification de l'heure" je vous confirme ne pas avoir constaté d'effet de bord, tout les scénario utilisant time sont reparti, donc j'en reste là de mon coté (si je dois remettre les mains dans le cambouis se sera pour installer une v3 sur la mini+ avec les tuto vus sur le forum...mais l'ampleur de la tâche si je ne redécouvre pas mes modules automatiquement me rebute un peu.. j'en ai plein les mur dans des boites pas simple à démonter... pour les scénario c'est déjà moins compliqué)... bref ça fonctionne....
Mais je serai curieux de connaitre le fin mot de l'histoire et quelle bonne raison a pu pousser un dev (qui n'est pas forcement lié à jeedom) à limiter un de ses outils avec "La date du système est incorrect (avant 2016-01-01 ou après 2019-01-01)"
Re: passage 2019 : scenaris H.S.
Bonjour,
Non non c'est bien moi qui ai mis cette limite sur jeedom qui permet lors des redémarrages des raspberry pi en avance dans le temps de bloquer la partie temporelle. Ça a du être mis en 2017 ou 2016 même donc a l'époque 2019 c'était bien, ensuite tous les ans j’incrémente cela d'un an pour laisser de la marge.
Vous avez donc le soucis si votre jeedom n'est pas a jour (ce qui au passage et vraiment une mauvaise idée ne serait ce que pour les failles de sécurité).
Non non c'est bien moi qui ai mis cette limite sur jeedom qui permet lors des redémarrages des raspberry pi en avance dans le temps de bloquer la partie temporelle. Ça a du être mis en 2017 ou 2016 même donc a l'époque 2019 c'était bien, ensuite tous les ans j’incrémente cela d'un an pour laisser de la marge.
Vous avez donc le soucis si votre jeedom n'est pas a jour (ce qui au passage et vraiment une mauvaise idée ne serait ce que pour les failles de sécurité).
Aide nous à t'aider : mets des logs, détaille ton soucis... Vous n'aurez aucune réponse de ma part si votre demande n'est pas détaillée (log, capture d'écran lisible...) ou si vous ne postez pas dans la bonne section
Re: passage 2019 : scenaris H.S.
Merci Loic pour le retour d'info.
CQFD donc.
Sur mon analyse de risque: elle ne vaut que pour moi, car propre à ma config réseau et mes usages façon dinosaures du net... DONC NE PAS PRENDRE EXEMPLE SUR MOI.
Rien n'est ouvert sur l’extérieur chez moi (depuis qu'un certains nombre de mes eqt en fin de support n'ont pu être mis à jour pour heartbeat)... donc si faille il y a elle passera par le VPN / DNS fourni par/pour jeedom. De + mon install domotique passe sur un VLAN dédié en interne de mon réseau local et je ne fait rien de critique avec (pas d'alarme etc... hormis la gestion du congel...).
Cependant tu as raison il faudrait vraiment que je prenne le temps de tout remettre à niveau: c'est dans la todolist depuis plus d'un an mais mettre à jour la Mini+ (en 2.4.5) n'est pas une sinécure. Mais je progresse... j'ai enfin une carte SD de spare pour faire tout ça et pour pourvoir repartir sur l'actuelle en cas de crash (j'entend par là, mes modules ne remontent pas sur une fresh install dans laquelle je charge le backup de config).
CQFD donc.
Sur mon analyse de risque: elle ne vaut que pour moi, car propre à ma config réseau et mes usages façon dinosaures du net... DONC NE PAS PRENDRE EXEMPLE SUR MOI.
Rien n'est ouvert sur l’extérieur chez moi (depuis qu'un certains nombre de mes eqt en fin de support n'ont pu être mis à jour pour heartbeat)... donc si faille il y a elle passera par le VPN / DNS fourni par/pour jeedom. De + mon install domotique passe sur un VLAN dédié en interne de mon réseau local et je ne fait rien de critique avec (pas d'alarme etc... hormis la gestion du congel...).
Cependant tu as raison il faudrait vraiment que je prenne le temps de tout remettre à niveau: c'est dans la todolist depuis plus d'un an mais mettre à jour la Mini+ (en 2.4.5) n'est pas une sinécure. Mais je progresse... j'ai enfin une carte SD de spare pour faire tout ça et pour pourvoir repartir sur l'actuelle en cas de crash (j'entend par là, mes modules ne remontent pas sur une fresh install dans laquelle je charge le backup de config).
-
- Timide
- Messages : 14
- Inscription : 14 janv. 2016, 13:36
Re: passage 2019 : scenaris H.S.
Hello,
J'étais dans le même cas avec ma vieille version 2.4.6. L'option "Ignorer la vérification de l'heure" a "résolu" le problème.
Moi aussi il faudra que je prenne le temps de mettre à jour ou réinstaller Jeedom. J'ai cessé de le faire quand je voyais les problèmes remontés par les utilisateurs lors de l'installation de certaines mise à jour. J'ai perdu confiance !
J'étais dans le même cas avec ma vieille version 2.4.6. L'option "Ignorer la vérification de l'heure" a "résolu" le problème.
Moi aussi il faudra que je prenne le temps de mettre à jour ou réinstaller Jeedom. J'ai cessé de le faire quand je voyais les problèmes remontés par les utilisateurs lors de l'installation de certaines mise à jour. J'ai perdu confiance !
Re: passage 2019 : scenaris H.S.
Merci Loïc
Idem pour moi j’ai toujours fait les update preuve de confianté Jeedom car je ne le fais pas avec Apple ! Mais le passage à la 3 j’ai perdu un ou deux module z-wave. J’avais bien ouvert un ticket à la Hotline et malgré relances on ne m’a pas donné de solution. Donc backup vers un truc qui marche!
Mon problem semblait pas compliqué: j’ai un variateur d’intensité double que j’arrive à piloter via la roue crantée mais impossible avec les boutons. Enfin bref dès que j’ai mon SSD de Spare j’attaque. La aussi dommage que la création d’un ghost du ssd ne soit pas simple. G plus vite fait de lâcher 20€ dans un second disque.
Fâché ? Non dessus j’ai du me résigner à aiguiller mon frère sur une autre box car faut avouer que c’est pas à mettre entre toutes les mains! Dommage encore un super truc français qui va dans le mur.
Envoyé de mon iPhone en utilisant Tapatalk
Idem pour moi j’ai toujours fait les update preuve de confianté Jeedom car je ne le fais pas avec Apple ! Mais le passage à la 3 j’ai perdu un ou deux module z-wave. J’avais bien ouvert un ticket à la Hotline et malgré relances on ne m’a pas donné de solution. Donc backup vers un truc qui marche!
Mon problem semblait pas compliqué: j’ai un variateur d’intensité double que j’arrive à piloter via la roue crantée mais impossible avec les boutons. Enfin bref dès que j’ai mon SSD de Spare j’attaque. La aussi dommage que la création d’un ghost du ssd ne soit pas simple. G plus vite fait de lâcher 20€ dans un second disque.
Fâché ? Non dessus j’ai du me résigner à aiguiller mon frère sur une autre box car faut avouer que c’est pas à mettre entre toutes les mains! Dommage encore un super truc français qui va dans le mur.
Envoyé de mon iPhone en utilisant Tapatalk
Re: passage 2019 : scenaris H.S.
Bonjour,
J'ai ce problème aléatoirement sur plusieurs scripts depuis quelques jours hors :
- la date est de loin plus avancée que la nouvelle année :
date
jeudi 28 mars 2019, 20:25:53 (UTC+0100)
- je suis en 3.3.19 (je mets à jour dès que disponible)
Ce problème est pénible car les scripts en plus de ne pas fonctionner ne s'arrêtent pas (du coup tant que je ne me connecte pas pour les arrêter manuellement...)
Il est aléatoire, si j'éteins un script qui a planté, il va potentiellement marcher à la prochaine exécution sans aucune action de plus de ma part.
Suis-je le seul ?
Je viens de désactiver le paramètre de vérification de l'heure car c'est vraiment pénible mais si possible je préfèrerai le remettre comme avant (où cela marchait comme un charme )
Merci d'avance.
J'ai ce problème aléatoirement sur plusieurs scripts depuis quelques jours hors :
- la date est de loin plus avancée que la nouvelle année :
date
jeudi 28 mars 2019, 20:25:53 (UTC+0100)
- je suis en 3.3.19 (je mets à jour dès que disponible)
Ce problème est pénible car les scripts en plus de ne pas fonctionner ne s'arrêtent pas (du coup tant que je ne me connecte pas pour les arrêter manuellement...)
Il est aléatoire, si j'éteins un script qui a planté, il va potentiellement marcher à la prochaine exécution sans aucune action de plus de ma part.
Suis-je le seul ?
Je viens de désactiver le paramètre de vérification de l'heure car c'est vraiment pénible mais si possible je préfèrerai le remettre comme avant (où cela marchait comme un charme )
Merci d'avance.
Re: passage 2019 : scenaris H.S.
Bonjour,
Je déterre le topic, car j'ai rencontré le cas suite à un redémarrage de Jeedom sans câble réseau (j'étais donc en 1970) :
"lancement scénario XXXX annulé car il utilise une condition de type temporelle et que la date système n'est pas OK"
Un truc que je ne comprends pas : dans quel cas la vérification mise en place est-elle utile ? Dans mon cas, mon scénario d'activation d'alarme ne se lançait pas, pénalisant mon réseau Z-Wave. Mon scénario de notification non plus ne se lançait pas, donc je n'avais pas d'info ^^. Ces scénarios étant provoqués (et non programmés), je ne vois pas en quoi le fait que le système ne soit pas à l'heure les empêche de fonctionner correctement.
Qq1 peut-il me donner un exemple d'utilité d'une telle vérification ? J'aimerais comprendre son utilité.
D'avance merci, et bonne journée,
Pierre.
Je déterre le topic, car j'ai rencontré le cas suite à un redémarrage de Jeedom sans câble réseau (j'étais donc en 1970) :
"lancement scénario XXXX annulé car il utilise une condition de type temporelle et que la date système n'est pas OK"
Un truc que je ne comprends pas : dans quel cas la vérification mise en place est-elle utile ? Dans mon cas, mon scénario d'activation d'alarme ne se lançait pas, pénalisant mon réseau Z-Wave. Mon scénario de notification non plus ne se lançait pas, donc je n'avais pas d'info ^^. Ces scénarios étant provoqués (et non programmés), je ne vois pas en quoi le fait que le système ne soit pas à l'heure les empêche de fonctionner correctement.
Qq1 peut-il me donner un exemple d'utilité d'une telle vérification ? J'aimerais comprendre son utilité.
D'avance merci, et bonne journée,
Pierre.
Mav3656 - Helper Officiel Jeedom
Qui est en ligne ?
Utilisateurs parcourant ce forum : Aucun utilisateur inscrit et 2 invités