Si vous videz le cache et que vous rebootez aussitôt le fichier ne contient quasiment rien:
Et comme votre Smart va démarrer en 2025 avec des fichiers de 2026, il y aura moins de warning.
On tourne juste en rond.
Ce qu’il faut résoudre, c’est le serveur de temps qui est lent au démarrage chez vous.
je n’ai que 1500 ligne de dates dans le futur, ce n’est pas significatif
je vais supp les log et redémarrer avec l’adresse IP du serveur de temps
EDIT : Idem
Vous pourrez fournir le résultat de la commande sudo service ntp status ?
Ma smart démarre aussi en 2025 et est corrigée 9s avant le démarrage de Jeedom
Ca ressemble plus à un client NTP.Il y a quoi derrière le point d’interrogation bleu ?
sudo service ntp status
* ntp.service - Network Time Service
Loaded: loaded (/lib/systemd/system/ntp.service; enabled; vendor preset: enabled)
Active: active (running) since Mon 2026-02-16 13:18:12 CET; 29min ago
Docs: man:ntpd(8)
Process: 1514 ExecStart=/usr/lib/ntp/ntp-systemd-wrapper (code=exited, status=0/SUCCESS)
Main PID: 1521 (ntpd)
Tasks: 2 (limit: 2013)
Memory: 1.1M
CPU: 253ms
CGroup: /system.slice/ntp.service
`-1521 /usr/sbin/ntpd -p /var/run/ntpd.pid -g -u 105:110
Feb 16 13:18:16 JeedomSmart ntpd[1521]: Soliciting pool server 129.151.225.244
Feb 16 13:18:16 JeedomSmart ntpd[1521]: Soliciting pool server 5.39.80.51
Feb 16 13:18:16 JeedomSmart ntpd[1521]: Soliciting pool server 45.90.162.253
Feb 16 13:18:17 JeedomSmart ntpd[1521]: Soliciting pool server 193.42.63.23
Feb 16 13:18:17 JeedomSmart ntpd[1521]: Soliciting pool server 82.64.45.50
Feb 16 13:18:17 JeedomSmart ntpd[1521]: Soliciting pool server 5.42.158.119
Feb 16 13:18:18 JeedomSmart ntpd[1521]: Soliciting pool server 2a01:cb00:129e:a803::101
Feb 16 13:20:22 JeedomSmart ntpd[1521]: Listen normally on 5 tun0 10.14.55.94:123
Feb 16 13:20:22 JeedomSmart ntpd[1521]: Listen normally on 6 tun0 [fe80::ffb2:ee19:4fc4:e8f%3]:123
Feb 16 13:20:22 JeedomSmart ntpd[1521]: new interface(s) found: waking up resolver
Pour récupérer l’heure depuis Internet :
Sélectionnez votre fuseau horaire dans le menu déroulant.
Dans le champ « Serveur NTP 1 », saisissez l’adresse IP ou le nom de domaine du serveur NTP souhaité. (Facultatif)
Dans le champ « Serveur NTP 2 », saisissez l’adresse IP ou le nom de domaine du second serveur NTP. (Facultatif)
Cliquez sur « Récupérer l’heure depuis Internet ».
si je comprends bien
je crée un scenario
déclencheur chaque minute
il faut aussi que je mette les logs en débug
et je redémarre
Oui, c’est ça. Sauf pour les logs en debug à ne pas modifier.
Ca va juste permettre de voir combien de temps il faut pour synchroniser l’heure.
Entre plusieurs tests j’ai mis mysql au lieu de fichier cache
je n’ai plus d’erreur horodatage dans les logs après avoir redémarré
0000|2025-06-26 02:45:02 starting JeedomEnable scenario : OK
0001|Enable task : OK
0002|Check Network Conf : OK
0003|sudo: yarn : commande introuvable
0004|iptables/1.8.7 Failed to initialize nft: Protocol not supported
0005|iptables/1.8.7 Failed to initialize nft: Protocol not supported
0006|iptables/1.8.7 Failed to initialize nft: Protocol not supported
la page santé semble toujours OK
Ca a l’air d’être juste un client NTP. Il faudrait un serveur.
Vous pouvez tester si c’est un serveur en utilisant la commande ntpdate -q IPduRouteur
Ma box n’est pas un serveur NTP:
Rien n’est résolu. Ca démarre toujours en 2025.
Avec le cache MySQL, il n’y a juste pas de tar
16 Feb 15:28:21 ntpdate[5074]: no server suitable for synchronization found
ça valait quand meme le coup d’essayer
Votre routeur 5g n’est pas un serveur NTP ou n’est pas encore configuré en server ntp
Pas de tar, pas de warning dû à tar.
Vous avez vérifié le log du scénario ?
pas de Tar ou ?
log du scénario
[2026-02-16 15:38:02][SCENARIO] -- Début : . Tags : {"#trigger#":"schedule","#trigger_name#":"","#trigger_id#":"","#trigger_message#":"Scénario exécuté automatiquement sur programmation","#trigger_value#":null}
[2026-02-16 15:38:02][SCENARIO] - Exécution du sous-élément de type [action] : code
[2026-02-16 15:38:02][SCENARIO] Exécution d'un bloc code
[2026-02-16 15:38:04][SCENARIO]
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
-kuro-home.net .GPS. 1 u 79 64 1 71.341 +0.301 2.913
#ns3166978.ip-51 195.111.62.220 3 u 79 64 1 70.553 -8.208 0.626
#51.210.104.72 ( 139.143.5.30 2 u 75 64 1 68.629 +2.722 5.868
109.190.177.205 .PPS. 1 u 12 64 1 67.542 -4.341 12.658
#27.ip-51-68-44. 109.190.177.200 3 u 79 64 1 75.455 +5.018 7.488
-meshflow.net 184.13.251.138 3 u 80 64 1 70.625 -1.360 3.176
-dns.freewebworl .PPS. 1 u 80 64 1 71.350 +0.248 3.657
#fr.relay.mahi.b 192.150.70.56 2 u 19 64 3 93.720 -28.015 25.040
#ks3301805.kimsu 150.24.3.113 2 u 20 64 3 63.519 -4.836 4.209
-172-232-63-219. 80.192.165.246 2 u 21 64 3 69.829 -11.818 8.360
+op.success.ovh 162.159.200.123 4 u 22 64 3 69.893 -8.279 4.354
-dns-v3.ns4v.icu 33.219.230.8 2 u 78 64 1 70.188 -7.019 2.754
+edge1.haeiven.f 195.13.1.153 3 u 20 64 3 62.740 -4.290 4.303
*time.cloudflare 10.12.8.4 3 u 20 64 3 63.619 -6.370 6.624
-silas.dioptre.f 79.143.250.33 2 u 23 64 3 68.172 -8.588 0.943
-45.140.164.53 ( 82.64.42.185 2 u 19 64 3 93.717 -29.452 25.645
#neel.ch .GPS. 1 u 20 64 3 93.742 -32.262 26.712
[2026-02-16 15:38:05][SCENARIO] Fin correcte du scénario
j’y vais par étapes je vais mettre les log en debug et redemarrer
Avec log en debug
0000|[2025-06-26 02:45:02] DEBUG Démarrage de jeedom
0001|[2025-06-26 02:45:02] DEBUG Arrêt des crons
0002|[2025-06-26 02:45:04] DEBUG Restauration du cache
0003|[2025-06-26 02:45:04] DEBUG Consolidation de l'historique
0004|[2025-06-26 02:45:05] DEBUG Nettoyage du cache des péripheriques USB
0005|[2025-06-26 02:45:05] DEBUG Nettoyage du cache des péripheriques Bluetooth
0006|[2025-06-26 02:45:05] DEBUG Démarrage des processus Internet de Jeedom
0007|[2025-06-26 02:45:05] DEBUG Ecriture du fichier /tmp/jeedom/started
0008|[2025-06-26 02:45:05] DEBUG Vérification de la configuration réseau interne
0009|[2025-06-26 02:45:05] DEBUG Envoi de l'événement de démarrage
0010|[2025-06-26 02:45:05] DEBUG Démarrage des plugins
------------------------------------
[2026-02-16 15:46:02][SCENARIO] -- Début : . Tags : {"#trigger#":"schedule","#trigger_name#":"","#trigger_id#":"","#trigger_message#":"Scénario exécuté automatiquement sur programmation","#trigger_value#":null}
[2026-02-16 15:46:02][SCENARIO] - Exécution du sous-élément de type [action] : code
[2026-02-16 15:46:02][SCENARIO] Exécution d'un bloc code
[2026-02-16 15:46:08][SCENARIO]
remote refid st t when poll reach delay offset jitter
==============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
1.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
2.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
3.debian.pool.n .POOL. 16 p - 64 0 0.000 +0.000 0.000
-ks3301805.kimsu 150.24.3.113 2 u 21 64 7 76.071 -10.635 16.731
-dns-v3.ns4v.icu 192.171.1.150 2 u 46 64 7 83.872 +15.539 17.306
-op.success.ovh 162.159.200.123 4 u 54 64 3 74.322 +10.103 15.683
+time.cloudflare 10.12.8.4 3 u 47 64 7 74.935 +8.493 15.294
-185.254.101.25 129.70.132.32 3 u 9 64 17 79.121 -1.368 8.727
-62-210-129-171. 145.238.80.80 2 u 10 64 17 77.944 -2.795 6.047
*38.143.19.16 17.253.108.125 2 u 15 64 17 76.319 -0.446 6.956
-82-64-55-167.su 79.143.250.33 2 u 11 64 17 76.805 -1.392 8.819
#82-65-248-56.su .GPS. 1 u 14 64 17 122.592 +29.546 41.072
-ntp.tuxfamily.n 195.176.26.215 2 u 6 64 17 77.500 +11.276 14.183
+37.59.63.125 253.98.235.249 2 u 13 64 17 75.575 +0.462 10.309
[2026-02-16 15:46:08][SCENARIO] Fin correcte du scénario
ou ou où ?
Si où Avec le cache MySQL, il n’y a pas de cache à reconstruire en utilisant tar et le fichier cache.tar.gz
Dans le log du scénario, on voit que l’heure est bonne.
C’est synchronisé avec time.cloudflare
Pas de changement dans le log starting juin 2025
Le log du scénario:
Il se synchronise a un serveur ntp de meilleure qualité que le reboot précédent
remote refid st t when poll reach delay offset jitter
==============================================================================
*38.143.19.16 17.253.108.125 2 u 15 64 17 76.319 -0.446 6.956
Reste à trouver comment forcer la synchro du temps dans l’OS avant le démarrage de Jeedom ou au lancement de Jeedom.