Anomalie log Deconz

Salon des Bêta-Testeurs Plugins Officiels (V4)
1

Bonjour,

Petite anomalie, le log de deconzServer se remplis à la vitesse grand V avec :

20:49:58:012 CTRL got nwk update id 1
20:50:58:006 CTRL got nwk update id 1
20:51:57:001 CTRL got nwk update id 1
20:52:58:010 CTRL got nwk update id 1
20:53:58:013 CTRL got nwk update id 1
20:54:58:010 CTRL got nwk update id 1
20:55:58:005 CTRL got nwk update id 1
20:56:58:008 CTRL got nwk update id 1
…

Apparemment sans autres conséquence, j’ai plus de trente équipements qui tourne depuis plusieurs semaines sans soucis.

2

Bonjour,
Pourquoi tu dis anomalies ? Personnellement je sais pas ce que veux dire le message vu qu’il n’est pas de nous mais je dirais juste que ça veut dire je suis en vie. Donc pour moi l’avoir quand tu es en débug est tout a fait normal

3

Sorry, j’avais oublié de préciser que Deconz est réglé sur ‹ erreur › pour les logs et non ‹ debug ›, d’ou mon étonnement …

4

As tu après le changement du niveau de log relancé le démon ?

5

Il était sur erreur depuis qq semaines, mais je viens de le relancer pour être sur, le log du server donne ça après la relance :

libpng warning: iCCP: known incorrect sRGB profile
10:53:29:857 int sqliteLoadAllSensorsCallback(void*, int, char**, char**),3364: assertion ‹ item › failed
10:53:29:859 int sqliteLoadAllSensorsCallback(void*, int, char**, char**),3364: assertion ‹ item › failed
10:53:29:860 int sqliteLoadAllSensorsCallback(void*, int, char**, char**),3364: assertion ‹ item › failed
10:53:29:862 int sqliteLoadAllSensorsCallback(void*, int, char**, char**),3364: assertion ‹ item › failed
10:53:29:864 int sqliteLoadAllSensorsCallback(void*, int, char**, char**),3364: assertion ‹ item › failed
10:53:29:865 int sqliteLoadAllSensorsCallback(void*, int, char**, char**),3364: assertion ‹ item › failed
10:53:29:869 Otau image path does not exist: /root/otau
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
10:53:30:162 CTRL got nwk update id 1
10:53:30:283 CTRL got nwk update id 1
10:54:29:619 CTRL got nwk update id 1
10:55:06:002 aps request id: 31 prf: 0x0104 cl: 0x0000 timeout NOT confirmed to 0x00158D00016CCDD6 (0xB108)
10:55:29:624 CTRL got nwk update id 1
10:56:29:620 CTRL got nwk update id 1
10:57:29:624 CTRL got nwk update id 1

6

Il me faudrait l’autre log démon pour que je vois les options

7

l’autre log appelé ‹ deconz › reste toujours vide, je viens de revérifier

8

Ok c’est deconz qui est bavard quoiqu’on lui demande. J’ai fait une correction ou je redirige tout vers /dev/null si on est pas en info ou debug

9

Super, merci Loïc

10

Petit remake,

Apparemment ta modif n’a pas du passer sur l’alpha (4.0.9), j’ai mis les logs Deconz sur « aucun » et j’ai les deux log qui se remplissent allègrement …
Si je le met sur « erreur », j’ai toujours le deconz server qui se rempli de message ‹ … CTRL got nwk update id 1 ›

11

Hein ? C’est la beta deconz qui a la modification pas le core.

12

Mise à jour de deconz refaite, relance du daemon, les messages dans le log ‹ deconz › sont toujours là (préfixé DEBUG pour la plupart dans ‹ deconz ›), option de log ‹ aucun › et ‹ deconz server › continu à se remplir :frowning:

13

Tu es bien en beta sur deconz ? Je viens de tester chez moi ca marche bien pourtant

14

Par sécurité j’ai réinstaller depuis le market en béta :
Avec ‹ Error › tout est OK
Avec ‹ Aucun ›, ‹ deconz server › est OK, par contre ‹ deconz › lui envoi un déluge de message (de type DEBUG essentiellement).
Mais bon l’essentiel est que ce soit OK avec le log ‹ Error ›