Bonjour, mon jeedom en carafe ce matin. L’heure pas changée, impossible de lancer un scénario. En plein redémarrage mais ça se passe pas bien là. ×500 : Internal Server Error
Jeedom semble encore avoir un problème de fond avec les changements d’heure.
Il est passé sur stable le patch ?
Dans un précédente expérience professionnelle, une très (très) grosse boîte, travaillant dans le domaine du médical (mais aussi de l’énergie ou des trains) préconnisais pour ce changement d’heure ( retour d’une heure, heure de 2h à 3h qui passe 2 fois) d’arrêter tous les systèmes à 1h55 et de les redémarrer 3h05, soit 2h10min plus tard … Peut-être n’avait-elle pas tord
Oui c’est bien passé stable :
En plage augmentée. 4 heures d’arrêt
J’ai re-corrigé tous mes scénarios pour les lancer avant 1h ou après 4h ainsi que les taches programmées et les autorefresh des virtuels.
1 « J'aime »
Bonjour,
En Jeedom V3.3.59: même comportement que l’année dernière: tous les scénarios sur programmation se déclenchaient toutes les minutes à partir du changement 3h=>2h.
J’ai redémarré Jeedom: aucun changement ça continuait. J’ai cliqué sur « Désactiver scénarios », là évidemment ça s’est arrêté. Je viens de relancer et c’est Ok maintenant.
JeedAlf
Assez logique, si tu n’as pas changé de version de Jeedom depuis l’année dernière.
2 « J'aime »
En effet sur une plage plus grande.
J’ai fait comme toi pour mes scénarios, mais je crois que je vais re-vérifier car j’avais considéré une plage 1h-3h.
1 « J'aime »
salut
tu aurais pu réactiver directement ca a marcher l’annee dernier et cette annee pour moi
Merci.
La modif est donc bien passée en stable.
@Loic question c’est que pour la V4 cette modif à parement a V3 on est au moins 2 à avoir encore eu le problème en V3. comme tu le disais dans le poste c’est pas beau mais je peux t’assurer que la tête de Madame qui râle à 2h du matin parce que les volets montent et descendent toutes les minutes c’est pas top non plus.
Et pour être honnête mon choix est vite fait dans ces cas là (ta solution est bien moins contraignante que M… qui r…)
Dans le moteur de taches démarrer les cron jeedom…
Mais bon ce souci n’a pas l’air d’être en relation avec le sujet…
Je n’ai pas vu l’info comme quoi c’était corrigé qu’en V4, et pas V3.
Si c’est bien le cas et que ça a été communiqué, désolé.
JeedAlf.
la 3.3.59 a que quelques jours il ya eu quelques mise a jours (correctif) depuis l’année dernière. je comprend pas bien ta remarque pour le coups. par contre je peux et j’arriverais a comprendre que @loic nous dit que c’est un oublie (celui qui fait rien ne fait pas d’erreur par conséquent celui qui fait a le droit d’en faire)
c’est pour moi ?
Salut,
Aucun soucis avec la Atlas, tout s’est bien passé pour moi
Bonjour,
dans la nuit de samedi à dimanche, en france, à 3h du matin, l’heure et passée à 2h du matin.
Le fuseau horaire de la France est passé de GMT+2 (heure d’été) à GMT+1 (heure d’hiver).
Voici une petite comparaison de l’heure système entre les box Smart et Atlas (Jeedom v4.1.25) :
Réglages > Système > Configuration > OS/DB > Administration Système
taper commande :
timedatectl
Smart (Debian Buster) :
Avant :
Local time: Tue 2021-10-26 16:28:28 UTC
Universal time: Tue 2021-10-26 16:28:28 UTC
RTC time: n/a
Time zone: Etc/UTC (UTC, +0000)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
Après :
Local time: Sun 2021-10-31 08:36:00 UTC
Universal time: Sun 2021-10-31 08:36:00 UTC
RTC time: n/a
Time zone: Etc/UTC (UTC, +0000)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
Atlas (Armbian Buster) :
Avant :
Local time: Tue 2021-10-26 10:48:12 CEST
Universal time: Tue 2021-10-26 08:48:12 UTC
RTC time: Tue 2021-10-26 08:48:14
Time zone: Europe/Paris (CEST, +0200)
System clock synchronized: yes
NTP service: inactive
RTC in local TZ: no
Après :
Local time: Sun 2021-10-31 09:38:31 CET
Universal time: Sun 2021-10-31 08:38:31 UTC
RTC time: Sun 2021-10-31 08:38:27
Time zone: Europe/Paris (CET, +0100)
System clock synchronized: yes
NTP service: inactive
RTC in local TZ: no
Remarques :
- la time zone de la smart au niveau système n’est pas correcte. (et pourtant curieusement la « date système » indiquée dans la page santé de Jeedom et l’heure indiquée sur le bandeau de menus, en haut à gauche sont correctes !)
(autrement dit le système n’a pas la même heure que Jeedom) - la time zone de l’Atlas au niveau système est correcte. Après un reboot, la « date système » indiquée dans la page santé de Jeedom et l’heure indiquée sur le bandeau de menus, en haut à gauche sont correctes.
- l’Atlas dispose d’un module RTC.
- pour le service de temps, la Smart utilise le démon systemd-timesyncd (avec
NTP=time.cloudflare.com) et pas ntpd. C’est l’inverse pour l’Atlas.
akenad 
ARRGH!!! J’avais zappé la correction de @Loic l’année dernière… Donc tout scénario programmé entre 00h59 et 04h00 ne se lance pas 
comme la programmation quotidienne de mon chauffage qui est lancé à… 01h00.
Pas grave, l’Ile de France n’est pas l’Alaska et j’ai échappé au lanement des commandes toutes les 2 mn.
Je n’ai pas le souvenir de ce qu’il s’est passé les aures années, mais avec l’âge…
De base, le fuseau horaire de la Smart est mal ou n’est pas configuré.
Sur ma Smart pour après j’ai:
Local time: Sun 2021-10-31 10:33:34 CET
Universal time: Sun 2021-10-31 09:33:34 UTC
RTC time: n/a
Time zone: Europe/Paris (CET, +0100)
System clock synchronized: yes
NTP service: active
RTC in local TZ: no
Commande en ssh pour initialiser correctement la timezone:
sudo timedatectl set-timezone Europe/Paris
Cela permet d’avoir tous les logs sur le même fuseau horaire que les logs Jeedom.
Pas de cron jusqu’à 4h du matin … et 0 annonces aux dev
Pour info, tous mes plugins qui ont des informations horaires calculés en daily utilise le cronHourly pour se calculer à 3h du matin (et ainsi éviter de le faire à minuit comme fait cronDaily avec les mauvaises valeurs)
Résultat ce matin je constate que pas de mises à jour côté Héliotrope, Salat par exemple.
Ca faisait des années que mon paliatif marchait et paf à refaire