Cela fait 7j que j’ai proposé de mettre un serveur de temps…
Hello,
Il l’a mis l’a bien mis il y a environ 24h mais c’est pas mieux.
1575|Exiting, name server cannot be used: Temporary failure in name resolution (-3)
=> J’ai proposé de mettre une IP à la place pour voir si c’est pas un problème de résolution DNS
Bonjour
Quel est le contenu du fichier starting?
Je m’attendais à voir la mise à l’heure dans ce fichier.
Le démarrage n’est pas complet.
Ca devrait se terminer par Démarrage de jeedom fini avec succès
Le log http.error indique sur les 2 1ères lignes que le système s’arrete en 2026 et redémarre le 26 juin 2025 sur les 2 dernières lignes.
Concernant le serveur de temps, votre box ne peut pas le faire ? Ca serait plus simple de mettre son IP que d’aller chercher un serveur sur Internet.
Pour vérifier si le client ntp est correctement configuré au niveau Debian, pouvez-vous fournir le résultat de la commande : sudo ntpq -p
Sur ma Smart en Debian 12, ca donne aussitôt après le démarrage:
remote refid st t when poll reach delay offset jitter
===============================================================================
0.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0005
1.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0005
2.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0005
3.debian.pool.n .POOL. 16 p - 64 0 0.0000 0.0000 0.0005
dns-v3.ns4v.icu 218.73.139.35 2 u 1 64 1 11.7750 -1.8087 9.2168
neel.ch .GPS. 1 u - 64 1 19.6590 -0.4673 0.5850
web1.ciran28.fr 82.67.62.62 2 u 17 64 1 15.5518 -0.8409 0.2920
+fr.relay.mahi.b 192.150.70.56 2 u 50 64 1 17.7566 -1.3531 0.1945
+time.cloudflare 10.161.8.4 3 u 19 64 1 8.8266 0.1174 0.1373
ntp.altinea.fr 240.67.35.84 3 u 19 64 1 21.4795 -0.9888 0.1701
200-177-190-109 192.168.46.3 2 u 19 64 1 24.4298 -0.3416 0.0747
*109.190.177.205 .PPS. 1 u 19 64 1 24.1305 -0.4393 0.1253
2a01cb00129ea80 .STEP. 16 u - 64 0 0.0000 0.0000 0.0005
2a01cb00129ea80 .STEP. 16 u - 64 0 0.0000 0.0000 0.0005
any.time.nl .STEP. 16 u - 64 0 0.0000 0.0000 0.0005
2a01cb00129ea80 .STEP. 16 u - 64 0 0.0000 0.0000 0.0005
172-233-248-179 81.104.22.229 2 u 18 64 1 15.0970 -5.0887 0.0908
serveur-sauvega 103.92.20.110 2 u 2 64 1 23.6756 -0.9279 0.1329
38.143.19.16 .STEP. 16 u - 64 0 0.0000 0.0000 0.0005
193.42.63.23 216.239.35.12 2 u 10 64 1 12.1638 -1.2741 0.1547
blade2.rack1.se 109.190.177.205 2 u 17 64 1 17.9425 -1.1207 0.0953
27.ip-51-68-44. 109.190.177.200 3 u 4 64 1 19.0917 -0.9341 0.0908
grv.as60391.net 109.190.177.203 2 u 1 64 1 18.0080 -1.0540 0.0784
La ligne commençant par * indique le serveur NTP avec lequel la Smart est synchronisée
Non. tar ne génére ce genre de message qu’à l’extraction de données d’un fichier.
En l’occurence, c’est l’extraction de cache.tar.gz contenant des fichiers dans le futur par rapport à la date courante pour reconstruire le cache.
Je l’ai mis dés que tu me l’as dit puis retiré puis remis puis change pour une adresse ip
Le tout en faisant plusieurs essais
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
+time.cloudflare 10.219.8.4 3 u 62 1024 377 70.992 +3.271 5.170
+45.13.105.44 (m 230.226.69.180 2 u 423 1024 377 74.143 +6.879 3.653
#172-232-63-219. 82.35.162.146 2 u 185 1024 377 48.473 +1.998 10.857
#ciran28.fr 134.59.1.5 3 u 747 1024 333 73.748 -6.583 12.863
-176-137-36-37.a .GPS. 1 u 463 1024 377 72.404 -1.959 7.643
+45.140.164.53 ( 82.64.42.185 2 u 412 1024 377 71.538 +6.234 6.858
+fr-par-s01.komo 193.54.76.39 3 u 11 1024 377 73.855 +3.819 3.440
+meshflow.net 184.13.251.138 3 u 538 1024 377 73.636 +3.674 5.521
-time.cloudflare 10.25.8.4 3 u 1035 1024 377 73.838 +1.724 9.538
#neel.ch .GPS. 1 u 289 1024 377 72.548 -5.102 7.915
+amy.chl.la 145.238.80.80 2 u 992 1024 377 73.957 +3.020 5.884
*dns.freewebworl .PPS. 1 u 224 1024 377 73.422 +5.954 5.901
+vps-mrs1.orlean 145.238.80.80 2 u 1019 1024 377 73.717 +7.754 4.885
Je n’ai pas de box internet (merci aux opérateurs de ne pas vouloir faire une tranchée)
Juste un routeur 5g tp-link très bonne réception 5g
Et ça donne rien de mieux pendant le reboot avec l’IP dans le serveur de temps ?
Tu vois toujours une ligne name server cannot be used ?
Je confirme que le dezipage de ce fichier contient des dates du 26 juin 2025
Là ça fonctionne, c’est synchronisé. Il faudrait avoir le résultat aussitôt après le démarrage.
Pour le faire, j’ai fait un scénario déclenché chaque minute avec un bloc code qui écrit dans la progression dans le log.
Le bloc code:
$resu = shell_exec("sudo ntpq -p");
$scenario->setLog("\n$resu");
Pouvez-vous aussi montrer le contenu de votre fichier /etc/ntpsec/ntp.conf ?
Il ne peut pas faire serveur ntp ?
sh: line 1: /etc/ntpsec/ntp.conf: No such file or directory
Vous êtes sur de cette affirmation?
- Votre smart démarre en 2025 pendant quelques minutes.
- Si le tar contient des fichiers de 06/2025, il ne signale rien. Il signale uniquement si les fichiers sont dans le futur par rapport à sa date actuelle.
Il ne faut pas exécuter le fichier. Il faut montrer son contenu. Et comme c’est un fichier système il faut les droits sudo.
Ca donne pour la commande:
sudo cat /etc/ntpsec/ntp.conf
sudo cat /etc/ntpsec/ntp.conf
cat: /etc/ntpsec/ntp.conf: No such file or directory
La page santé SVP. Je suis perdu.
cf 1er message
Oui, mais maintenant ?
La charge système m’intéresse aussi. MarcF se plaint de lenteur alors que dans le premier post on trouve: 
Si je comprends bien, le serveur de temps de Jeedom sur la Smart, c’est :
- systemd ntp pour Debian 11
- ntpsec pour Debian 12 sur ma Smart
- surement chrony pour Debian 13
Question peut on reconstituer un fichier backup.Tar.Gz
En excluant le fichier cache
J’ai essayé avec WinRAR et 7zip jeedom n’en veut pas
personnellement, je n’essaierai pas de jouer avec le cache de cette manière.
Par contre, comme ça n’a pas l’air de vous perturber de perdre éventuellement le cache, je testerais le cache mysql au lieu du cache fichier dans la configuration de Jeedom
Ca vous fera un redémarrage de plus…