Description
Suite à l'introduction en 4.5.3 du paramètre maxSizeLog, il faudrait aussi que log::chunkLog utilise maxSizeLog sinon rien ne garantit que le tail par le nombre de lignes réduise la taille du log. = Ré-écriture du fichier de log à l'identique sur la SD ;-) chaque heure.
D'autre part, vous avez ICI un fil qui parle des soucis avec chunkLog et LA une proposition de correction avec:
- Le contenu des logs qui ne passe plus sur la ligne de commande provoquant des sh: 1: sudo: Argument list too long dans le log cron_execution et des fichiers vides.
- Plus de suppression de fichier qui fait que les daemons écrivent dans un fichier marqué comme supprimé ( donc non visible et plus jamais tronqué )
Type de matériel / Hardware type
Jeedom Smart
Version de Jeedom / Jeedom Version
4.5.3
Navigateur / Browser
No response
Étapes pour reproduire / Steps to reproduce
Exécuter la tâche jeedom cronDaily.
Logs
Le log cron_execution après le passage de cronDaily:
43 lignes de
sh: 1: sudo: Argument list too long
Description
Suite à l'introduction en 4.5.3 du paramètre maxSizeLog, il faudrait aussi que log::chunkLog utilise maxSizeLog sinon rien ne garantit que le tail par le nombre de lignes réduise la taille du log. = Ré-écriture du fichier de log à l'identique sur la SD ;-) chaque heure.
D'autre part, vous avez ICI un fil qui parle des soucis avec chunkLog et LA une proposition de correction avec:
Type de matériel / Hardware type
Jeedom Smart
Version de Jeedom / Jeedom Version
4.5.3
Navigateur / Browser
No response
Étapes pour reproduire / Steps to reproduce
Exécuter la tâche jeedom cronDaily.
Logs
Le log cron_execution après le passage de cronDaily:
43 lignes de