Salut, On est d’accord que t’es pas sur Safari qui compresse/décompresse les .gz à la volée ?
non sur chrome avec
et lecteur de module eMMC SD
1 « J'aime »
Je tente la restaure systeme via USB
Je suis attentivement la doc procédure jeedom
https://doc.jeedom.com/fr_FR/installation/recovery
peti message d’erreur au redemarrage 
Bon a priori je peux me connecter avec admin/admin + cpte Market
j’arrive bien sur un jeedom vierge
recharge et lancement de la sauvegarde
Jeedom Restore End
[END RESTORE SUCCESS]
Je relance les dépendances et demon MQTT, Z2M, ZwaveJS et jeedomconnect
Bizarre de jongler plusieurs fois entre le demon MQTT que l’on doit redémarrer
jusqu’ici tout est ok
Mais j’ai toujours cette date de juin 2025 qui m’inquiète
je fais un redemarrage et c’est la cata
1809|tar: cGx1Z2luQ2FjaGVBdHRybG9nbWFuYWdlcg== : l'horodatage 2026-01-12 16:55:39 est situé 17334633.976811245 secondes dans le futur.
1810|tar: cGx1Z2luQ2FjaGVBdHRybXF0dDI= : l'horodatage 2026-02-13 19:01:57 est situé 20107011.976747953 secondes dans le futur.
1811|tar: cGx1Z2luQ2FjaGVBdHRyc3NobWFuYWdlcg== : l'horodatage 2026-01-12 16:55:51 est situé 17334645.976685161 secondes dans le futur.
1812|tar: cGx1Z2luQ2FjaGVBdHRyejJt : l'horodatage 2026-02-13 17:08:44 est situé 20100218.976623411 secondes dans le futur.
1813|tar: cGx1Z2luQ2FjaGVBdHRyendhdmVqcw== : l'horodatage 2026-02-13 04:13:25 est situé 20053699.976561828 secondes dans le futur.
1814|Enable scenario : OK
1815|Enable task : OK
1816|Check Network Conf : OK
1817|[START BACKUP]
1818|***************Start of Jeedom backup at 2025-06-26 02:46:02***************
je retrouve la date de juin 2025 !!!
Bonjour,
Quel est le lien vers cette doc ?
Quel est le lien vers cette doc ?
akenad 
Pourquoi cette date de backup ?
J’ai rechargé une save d’aujourd’hui
Je ne comprends plus rien et je pense avoir tout essayé
j’ai dézippé le backup et dans un répertoire : cache.tar.gz
je vois des fichiers en date du " 26/06/2025 02:45 qui pourraient correspondre à mon erreur
Qu’en pensez-vous ?
Exemple de contenu d’un fichier
O:5:"cache":4:{s:10:" cache key";s:15:"cmdCacheAttr746";s:12:" cache value";a:4:{s:11:"collectDate";s:19:"2025-06-26 02:45:48";s:5:"value";i:0;s:9:"valueDate";s:19:"2026-01-13 16:59:45";s:10:"alertLevel";s:4:"none";}s:15:" cache lifetime";i:0;s:16:" cache timestamp";i:1750898748;}
EDIT
j’ai refait 1 a 1 les manip de septembre 2025
supp des log
supp du repertoire tmp/jeedom
réactiver les demon des plugins
pour l’instant la page santé est revenu a la date du 14/02/2026 on verra demain le résultat après backup
Le fichier cache.tar.gz contenu dans les backups n’est pas utilisé quand la Smart démarre.
C’est celui à la racine de Jeedom qui est utilisé au démarrage. Il est créé toutes les 1/2 heure et quand Jeedom est arrêté proprement à partir du répertoire /tmp/jeedom/cache.
J’ai aussi des logs en 2025 dans http.error quand apache démarre mais sans autre conséquence
Avez-vous renseigné un serveur de temps dans la configuration de Jeedom?
Plutôt que de supprimer le répertoire /tmp/jeedom il y a des boutons pour le cache sur l’onglet Cache de la config de Jeedom
Bonjour
J’avais suivi les recommandations de @Loic pour la supression du répertoire temp/jeedom
Pour le cache j’ai tout essayé le bouton vider cache
La supression du fichier cache. Tar. Gz
La question du répertoire jeedom/cache
J’ai laissé jeedom " Tranquille " après avoir fait tout ça
Ce matin je redémarre et mêmes messages et la date de démarrage est revenue a juin 2025
J’en ai vraiment marre
Est ce que c’est ma smart qui est naze ?
J’ai peur que si je remet mon backup sur une nouvelle machine ça refasse le même chose car j’ai l’impression que je reinstalle l’erreur avec ce backup
J’ai d’ailleurs essayé d’extraire et supprimé le fichier cache du backup mais je ne sais pas comment refaire un fichier tar. gz
Sinon pourquoi redémarrer tout le temps?
Y a quasi jamais besoin de redémarrer
Oui j’ai mis : fr.pool.ntp.org
Et j’ai ignoré la vérification de l’heure
Il faut ajouter qlq chose dans le moteur de tâche pour qu’il se synchronise ?
C’est exceptionnel manuellement mais avec la tempête et la coupure de courant jeedom se charge de redémarrer tout seul et ça génère des milliers de lignes d’erreurs
Bonjour,
Ces milliers de lignes sont dans quel fichier de log ?
Ce ne sont pas des erreurs. tar signale qu’il a extrait des fichiers dans le futur par rapport à sa date de lancement. Ces fichiers sont dans le passé par rapport à la date actuelle quand la synchro de l’heure aura été effectuée.
En dehors des logs que constatez-vous sur le fonctionnement de Jeedom ?
Dans Cron exécution
Le pb j’ai l’impression qu’il n’y a jamais de synchro car la date de démarrage dans santé reste au 26 juin 2015
ralentissement et engorgement de la mémoire si je laisse le log s’enrichir des erreurs
2025 ? 
La date de démarrage n’est pas importante. La date système l’est :
Est-elle correcte chez vous?
Le log avec les warnings de tar ne grandit que si la Smart est redémarrée.
La taille des logs est automatiquement réduite à 200 lignes chaque nuit par la tache jeedom cronDaily.
200 est la valeur par défaut de 
Configuration - Jeedom > Onglet Logs > Sous onglet Niveau de Logs
Ce n’est pas 200 lignes dans un fichier de log qui peuvent ralentir ou engorger la mémoire.
Une piste de ralentissement:
Pouvez-vous SVP fournir le résultat de la commande du -sh /var/log/* | sort -h | tail
oui 2025 bien sur 
j’ai remis le niveau log a 200 il etait plus haut pourquoi j’en sais rien
nota, les logs ont été supprimées
La date de démarrage est le contenu du fichier /tmp/jeedom/started et peut donc être modifié en corrigeant le fichier ( echo "2026-02-15 20:26:40" > /tmp/jeedom/started ) mais je ne pense pas que ça soit utile. Ca ne semble être utilisé que pour la page Santé.
La date système est bonne.
Pour contrôler quand le système se met à l’heure, vous pouvez passer le Niveau de log par défaut à Debug. 
Un fichier de log starting sera créé au prochain démarrage de Jeedom avec l’horodatage des différentes étapes.
La piste de ralentissement due à la taille des logs système est à surveiller. Pour le moment, rien d’anormal.
Il y a 2 logs distincts:
- Les logs du système dans
/var/logauto-nettoyés par le système si correctement configuré. - Les logs Jeedom dans
/var/www/html/lognettoyés par Jeedom chaque nuit.
Redémarrage après coupure de courant…
ZXFMb2dpY1N0YXR1c0F0dHIyMTI= : l'horodatage 2026-02-15 14:20:22 est situé 20262917.175698203 secondes dans le futur.
1560|tar: ZXFMb2dpY1N0YXR1c0F0dHIyNA== : l'horodatage 2026-02-15 10:57:16 est situé 20250731.175634451 secondes dans le futur.
1561|tar: ZXFMb2dpY1N0YXR1c0F0dHIyNQ== : l'horodatage 2026-02-15 14:25:36 est situé 20263231.175560657 secondes dans le futur.
1562|tar: ZXFMb2dpY1N0YXR1c0F0dHIyOQ== : l'horodatage 2026-02-15 14:27:02 est situé 20263317.175462779 secondes dans le futur.
1563|tar: ZXFMb2dpY1N0YXR1c0F0dHIzMA== : l'horodatage 2026-02-15 14:19:55 est situé 20262890.17538711 secondes dans le futur.
1564|tar: ZXFMb2dpY1N0YXR1c0F0dHIzMg== : l'horodatage 2026-02-15 08:29:56 est situé 20241891.17532515 secondes dans le futur.
1565|tar: ZXFMb2dpY1N0YXR1c0F0dHIzMw== : l'horodatage 2026-02-15 08:29:54 est situé 20241889.175263356 secondes dans le futur.
1566|tar: ZXFMb2dpY1N0YXR1c0F0dHIzNA== : l'horodatage 2026-02-15 08:29:55 est situé 20241890.175202229 secondes dans le futur.
1567|tar: ZXFMb2dpY1N0YXR1c0F0dHIzNg== : l'horodatage 2026-02-15 08:29:36 est situé 20241871.175133727 secondes dans le futur.
1568|tar: ZXFMb2dpY1N0YXR1c0F0dHIzNQ== : l'horodatage 2026-02-15 08:29:49 est situé 20241884.175069809 secondes dans le futur.
1569|tar: ZXFMb2dpY1N0YXR1c0F0dHIzNw== : l'horodatage 2026-02-15 08:29:47 est situé 20241882.175008599 secondes dans le futur.
1570|tar: ZXFMb2dpY1N0YXR1c0F0dHIzOA== : l'horodatage 2026-02-15 08:29:49 est situé 20241884.174947263 secondes dans le futur.
1571|tar: ZXFMb2dpY1N0YXR1c0F0dHIzOQ== : l'horodatage 2026-02-15 08:29:47 est situé 20241882.174871886 secondes dans le futur.
1572|Enable scenario : OK
1573|Enable task : OK
1574|Check Network Conf : OK
1575|Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Exiting, name server cannot be used: Temporary failure in name resolution (-3)Job for ntp.service failed because the control process exited with error code.
1576|See "systemctl status ntp.service" and "journalctl -xe" for details.
1577|iptables/1.8.7 Failed to initialize nft: Protocol not supported
1578|iptables/1.8.7 Failed to initialize nft: Protocol not supported
1579|iptables/1.8.7 Failed to initialize nft: Protocol not supported
1580|rm : option invalide -- '/'
1581|Saisissez « rm --help » pour plus d'informations.
Salut,
Essai de mettre l’une des IP de fr.pool.ntp.org dans le serveur de temps : 82.64.230.205
Puis reboot…
On dirait que la résolution du nom n’arrive pas à ce faire à cette étape du démarrage
ajaxSystem (1.3 Ko)
APSystemsSunspec (81.9 Ko)
calendar (134.8 Ko)
connection (126 o)
cron (61 o)
cron_execution (179.8 Ko)
event (5 Ko)
heliotrope (241 o)
http.error (1.2 Ko)
meteofrance (694 o)
Monitoring (378 o)
mqtt2 (26 Ko)
mqtt2d (180.5 Ko)
openvpn (250 o)
openvpn_DNS_Jeedom (2.7 Ko)
powerFlow (208 o)
scenario_execution
starting (693 o)
virtual (90 o)
z2m (135 o)
z2md
zwavejs (646 o)
zwavejsd (934 o)
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:04] DEBUG Nettoyage du cache des péripheriques USB
0005|[2025-06-26 02:45:04] DEBUG Nettoyage du cache des péripheriques Bluetooth
0006|[2025-06-26 02:45:04] DEBUG Démarrage des processus Internet de Jeedom
0007|[2025-06-26 02:45:04] DEBUG Ecriture du fichier /tmp/jeedom/started
0008|[2025-06-26 02:45:04] DEBUG Vérification de la configuration réseau interne
0009|[2025-06-26 02:45:04] DEBUG Envoi de l'événement de démarrage
0010|[2025-06-26 02:45:04] DEBUG Démarrage des plugins
2 lignes datées du 26 juin dans http error peut être sans aucun rapport ?
0000|[Mon Feb 16 08:06:27.256197 2026] [php7:error] [pid 117284:tid 117284] [client 192.168.1.10:38734] PHP Fatal error: Uncaught PDOException: SQLSTATE[HY000] [2002] No such file or directory in /var/www/html/core/class/DB.class.php:48\nStack trace:\n#0 /var/www/html/core/class/DB.class.php(48): PDO->__construct()\n#1 /var/www/html/core/class/DB.class.php(68): DB::initConnection()\n#2 /var/www/html/core/class/DB.class.php(91): DB::getConnection()\n#3 /var/www/html/core/class/config.class.php(285): DB::Prepare()\n#4 /var/www/html/core/class/log.class.php(62): config::getLogLevelPlugin()\n#5 /var/www/html/core/class/log.class.php(512): log::getConfig()\n#6 /var/www/html/core/php/utils.inc.php(253): log::exception()\n#7 /var/www/html/core/ajax/event.ajax.php(36): displayException()\n#8 {main}\n thrown in /var/www/html/core/class/DB.class.php on line 48
0001|[Mon Feb 16 08:06:27.263554 2026] [mpm_prefork:notice] [pid 392:tid 392] AH00170: caught SIGWINCH, shutting down gracefully
0002|[Thu Jun 26 02:44:57.673866 2025] [mpm_prefork:notice] [pid 420:tid 420] AH00163: Apache/2.4.66 (Debian) configured -- resuming normal operations
0003|[Thu Jun 26 02:44:57.674467 2025] [core:notice] [pid 420:tid 420] AH00094: Command line: '/usr/sbin/apache2'
Bonjour,
ce phénpmène m’interpelle… J’aimerais comprendre et donc je fais un petit récapitulatif dece qui se passe :
Des log de ce type sont générés lors de la sauvegarde :
C’est bien la sauvegarde qui génère ces messages ?
Il semblerait que ça soit un problème d’horodatage système puisque :
Donc si le système pense être en juin 2025, les fichiers de février 2026 sont effectivement dans le futur.
La mise à jour système fonctionne et passe bien votre machine de juin 2025 à février 2026, mais celle-ci se fait peut-être tard (plusieurs heures après démarrage du système.
Est-ce que j’ai correctement résumé votre problème ?
Si c’est le cas, perso, je tends vers la solution proposée par Bison
A+
Michel