Log qui se vide à 04h00

Nemeraud · Janvier 28, 2026, 7:24

Bonjour à tous

je sèche sur un cas, j’ai un log qui est alimenté par un script qui me trace les actions des scenarios de ma domotique.

Il est dans la liste des logs jeedom

Depuis quelques temps, les traces commencent à 04:00, comme si le log avait été purgé.

0000|[2026-01-28 04:00:03]NOTICE  SCENARIO Lancement du scenario Alerte Cron  :  Commande=schedule [] Scénario exécuté automatiquement sur programmation
0001|[2026-01-28 04:02:05] INFO  Message ANTOINE : Annulation de cours du prochain jour pour Alexis, nouveaux horaires :  08h00 - 15h35

Je ne saurais pas comment le faire dans un scenario, j’ai quand même regardé ce qui se lance sur cette période, mais rien qui pourrait expliquer un vidage du log.

Les autres logs systèmes eux ne se vide pas

J’ai augmenté le nombre de ligne de 500 a 1000 mais cela ne change rien

une idée de ce qui pourrait provoquer cela ?

Page santé :

Michel_F · Janvier 28, 2026, 8:35

Bonjour,

Comment est lancé ce script ? Quelle est la ligne de commande ?
Pour « initialiser » un log la sortie doit être redirigée avec > et pour « continuer » un log la sortie doit être redirigée avec >>.

À+
Michel

Xav-74 · Janvier 28, 2026, 9:10

Hello @Nemeraud

Je ne vais malheureusement pas apporter de solution pour le moment mais tu me rassures car je pensais que je devenais fou

Sur mon environnement de prod, j’ai également des logs provenant de divers plugin qui semblent également purgés et reprennent plutôt vers 02h00 me concernant. J’ai essayé de croiser des infos pour remonter à la source du souci mais rien de bien probant pour le moment.
J’ai même un second souci : la disparition aléatoire des logs démon (finissant par _daemon) de la page de logs ! Il faut une relance du démon concerné pour qu’il réapparaisse !
D’autres constatent cela aussi ?

Ma page santé :

Tonio16 · Janvier 28, 2026, 9:12

Un lien avec ce fil ?

@Bison

Antoine

Nemeraud · Janvier 28, 2026, 9:17

bonjour, ca me rassure, un peu

m.georgein · Janvier 28, 2026, 11:21

A rapprocher du lancement du backup (lancé maintenant à une heure aléatoire de 01:00 a 09:00, déterminée à l’install) qui nettoie peut-être les logs au lieu de les exclure ??

Nemeraud · Janvier 28, 2026, 12:18

Bonjour

ma SAV du jour date du 08h18, ce n’est pas ca

jpty · Janvier 28, 2026, 12:37

Bonjour,

La tâche qui nettoie les fichiers de log est Classe: jeedom Fonction: cronDaily ~~donc vers minuit~~.
Voir son heure de déclenchement dans le moteur des tâches.

Nemeraud · Janvier 28, 2026, 12:55

Oui, et j’ai rien dans le cron qui pourrait expliquer ce vidage de 04h00

Xav-74 · Janvier 28, 2026, 1:30

Peut-être que le vidage se fait à 00h00 et que tu n’as pas d’autres logs avant 04h00

Nemeraud · Janvier 28, 2026, 2:02

non, j’ai les traces dans telegram

Les derniers scenario lancés visible dans telegram

02:07 action remise à 0 de la variable tablette…
03:45 scenario check scenario
04:00 scenario check demonplugins
04:00 scenario Alerte cron

le 1er présent dans le log

04:00 scenario Alerte cron

j’ai contrôlé et lancé manuellement les 2 scenarios exécutés avant et juste après le reset du log :

scenario check scenario
scenario check demonplugins
scenario Alerte cron

Ils ne vident pas le log

j’ai quand même décalé de 20mn le lancement du « scenario check demonplugins »

je verrais demain mais ca ne devrait rien changer au prb

Bison · Janvier 28, 2026, 6:17

Hello les copains du vidage des logs.

Tu peux regarder dans ton moteur de tâche à quelle heure se lance le cronDaily Jeedom ?

Il y a beaucoup de chance pour que ce cron s’exécute un peu avant 4h.

Nemeraud · Janvier 29, 2026, 7:50

Bonjour @Bison

j’avais vérifier ce point hier, mais chez moi il se lance à 00h00

par contre, ce matin, mon log n’a pas été vidé…

par contre pourquoi ?

hier, j’ai décalé le programmation du scenario Check DemonPlugins, qui tombait à 4h00 mais qui n’était pas présent dans le log (présent dans mes message telegram)

là il s’est lancé à 04h20, peut être qu’à 4H00 ca venait perturber un autre traitement…

maintenant au alentour de 4H, j’ai bien les logs

0219|[2026-01-29 03:55:28] INFO  [1769655328] TABLETTE JEEDOM Remise à 0 de la variable [Multimédia][Tablette Jeedom][Block1H_ScenarioReveilTablette]
0220|[2026-01-29 04:00:02]NOTICE  [1769655602] SCENARIO Lancement du scenario Alerte Cron  : Commande=schedule [] Scénario exécuté automatiquement sur programmation

le log du scenario Alerte cron qui était le 1er log quand le reset de 04h00 se faisait et toujours présent, mais j’ai toute l’antériorité depuis hier

Nemeraud · Janvier 29, 2026, 8:04

Mise dans une nouvelle publication « problème répétition commande »

jpty · Janvier 29, 2026, 9:17

Bonjour,

Il faudrait peut-être modifier log::remove pour que les fichiers se terminant par _daemon ne soient pas supprimés.

github.com

jeedom/core/blob/fc34602ae75052d9882038c036c34f26318422d1/core/class/log.class.php#L219


      
          	}
          
          	/**
          	 * Delete log file
          	 */
          	public static function remove($_log) {
          		if (strpos($_log, 'nginx.error') !== false || strpos($_log, 'http.error') !== false) {
          			self::clear($_log);
          			return;
          		}
          		if (endsWith($_log, 'd') || endsWith($_log, 'd_1') || endsWith($_log, 'd_2') || endsWith($_log, 'd_3')) {
          			self::clear($_log);
          			return;
          		}
          		if (self::authorizeClearLog($_log)) {
          			$path = self::getPathToLog($_log);
          			com_shell::execute(system::getCmdSudo() . 'chmod 664 ' . $path . ' > /dev/null 2>&1;'. system::getCmdSudo() . 'chown -R ' . system::get('www-uid') . ':' . system::get('www-gid') . ' ' . $path.' > /dev/null 2>&1;'.system::getCmdSudo() . ' cat /dev/null > ' . $path.';rm ' . $path . ' 2>&1 > /dev/null');
          
          
          			
          			return true;

( ou les renommer en _daemond )

Bison · Janvier 29, 2026, 11:18

Bonjour,

Tu n’as pas vérifié le bon, c’est le jeedom/conDaily qu’il faut regarder et pas plugin/cronDaily

Nemeraud · Janvier 29, 2026, 2:08

en effet, sorry :

3H49, on se rapproche

mais il n’y a pas eu de prb ce jour, peut être un conflit entre le scenario « check demonplugins » et le traitement de jeedom ?

Bison · Janvier 29, 2026, 2:38

Je ne pense pas. De ce que j’ai observé, c’est quand même assez aléatoire.

Tes logs démarrent à 2026-01-29 03:55:28 aujourd’hui, donc il y a bien eu du ménage à 03h49.

Pour ne parler que des logs de scénario, c’est ce que je disais sur le post que j’ai créé. Certains logs sont vidés totalement, d’autres en partie et d’autres pas du tout…

Regarde ton répertoire de logs scénario, chez moi j’en avais plein à 0b (vide).

Et là il n’y a pas de notion d’un log de plugin avec un démon.

Si tu veux tester tu peux modifier la fonction avec le code que @jpty a proposé vers la fin du post que j’avais créé

jpty · Janvier 29, 2026, 3:35

Bonjour,

Si les tests de la fonction chunkLog modifiée sont concluants, Loic a accepté qu’une PR soit faite.
Voir 6 appels de la fonction system::getCmdSudo() - #14 par Loic

Nemeraud · Janvier 29, 2026, 3:40

Bonjour @jpty ca expliquerait le reset de mon log à 04h00 ?
mais pourquoi je n’ai pas eu le reste aujourd’hui ?