Bonjour,
Dans mes logs je trouve souvent des traces qui ne sont pas réellement indispensables en mode « info », environ 90% du contenu. N’est-il pas plutôt intéressant de passer ces 2 logs en « debug »?
core/php/jeeBlea.php, ligne 84
log::add(‹ blea ›,‹ debug ›,'This is a heartbeat from antenna ’ . $result[‹ source ›]);
resources/blead/blead.py, ligne 214
logging.debug(« GLOBAL------Attempt to recover successful, reseting counter »)
logging.debug(“GLOBAL------Attempt to recover successful, reseting counter”)
Ca ca cache un soucis, si tu as ca souvent c’est que tu as un soucis. Une install normale ne devrait pas avoir ce message. Car il signifie que le scan a été impossible et que le démon a essayé de résoudre le soucis et a reussi.
blea_local.log.pdf (80,6 Ko) Merci Ludovic pour ce retour
J’ai ça de temps en temps : c’est pas régulier, il peut se passer des heures sans rien, puis y avoir ce genre de log plusieurs fois d’affilée
je n’arrive pas a ouvrir ton pdf
normal c’est juste un texte…(sinon pas possible de mettre une PJ)
Ma config est assez minimaliste BT interne du PI3 avec
- 1 seul device BT (miband3) dont je n’utilise que la notion de présence. Il y a d’autres périphériques BT dans la maison, mais ils ne sont pas associés (TPMS, Téléphones, TV etc…)
Comment identifier le truc qui provoque le reset ?