Non, le démon tombe « normalement » lorsque le contrôleur coupe la connexion, il redémarre ensuite naturellement via le processus de redémarrage automatique de jeedom.
Exact, le demon s’arrête et redémarre automatiquement
Il m’est arrivé de voir un bon nombre d’occurrences de messages pour le démon du plugin dans le centre de messages de Jeedom
Ce que je n’arrive malheureusement pas à savoir (je suis néophyte) c’est la raison pour laquelle le contrôleur Unifi coupe la connexion
Je l’avais déjà écrit : il faudrait que je piège l’heure pour retrouver l’événement dans la log
1 « J'aime »
Il n’est pas trop tôt 
Je viens de voir les notifications que je devais chercher !
On voit « bien » (en ouvrant l’image dans un autre onglet
) que l’iPhone de ma compagne s’est déconnecté du WiFi le 23 mars à 17H13
Prochainement, je passerai en version 7, mais avec peu d’espoir si la version 6 fonctionne normalement
Mon contrôleur est une Ubiquiti Cloud Key
Vous devez la trouver à la même heure dans le log unifi_daemon elle commence par un [
(En niveau info ou debug seulement !)
Le log est paramétré à « defaut » : il est très court et sans date (ou presque)… il va falloir que je la passe en info ou debug
Avec ce type d’erreur
Error: listen EADDRINUSE: address already in use :::55056
at Server.setupListenHandle [as _listen2] (net.js:1320:16)
at listenInCluster (net.js:1368:12)
at Server.listen (net.js:1454:7)
at Function.listen (/var/www/html/plugins/unifi/resources/node_modules/express/lib/application.js:618:24)
at Object. (/var/www/html/plugins/unifi/resources/unifiDaemon.js:172:14)
at Module._compile (internal/modules/cjs/loader.js:1072:14)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1101:10)
at Module.load (internal/modules/cjs/loader.js:937:32)
at Function.Module._load (internal/modules/cjs/loader.js:778:12)
at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:76:12)
Emitted 'error' event on Server instance at:
at emitErrorNT (net.js:1347:8)
at processTicksAndRejections (internal/process/task_queues.js:82:21) {
code: 'EADDRINUSE',
errno: -98,
syscall: 'listen',
address: '::',
port: 55056
}
events.js:377
throw er; // Unhandled 'error' event
^
Error: listen EADDRINUSE: address already in use :::55056
at Server.setupListenHandle [as _listen2] (net.js:1320:16)
at listenInCluster (net.js:1368:12)
at Server.listen (net.js:1454:7)
at Function.listen (/var/www/html/plugins/unifi/resources/node_modules/express/lib/application.js:618:24)
at Object. (/var/www/html/plugins/unifi/resources/unifiDaemon.js:172:14)
at Module._compile (internal/modules/cjs/loader.js:1072:14)
at Object.Module._extensions..js (internal/modules/cjs/loader.js:1101:10)
at Module.load (internal/modules/cjs/loader.js:937:32)
at Function.Module._load (internal/modules/cjs/loader.js:778:12)
at Function.executeUserEntryPoint [as runMain] (internal/modules/run_main.js:76:12)
Emitted 'error' event on Server instance at:
at emitErrorNT (net.js:1347:8)
at processTicksAndRejections (internal/process/task_queues.js:82:21) {
code: 'EADDRINUSE',
errno: -98,
syscall: 'listen',
address: '::',
port: 55056
}
Pour cette erreur un reboot
Cette erreur veut dire que le port du demon est déjà utilisé. Donc soit une autre demon ou programme l’utilise, soit il y a un demon bloqué… (mais peu probable car le stop du demon le kill (voir log « unifi » en info))
A tout hasard vous n’auriez pas de l’ipv6 d’activé ? Car cette adresse est en ipv6
Exact !
Nécessaire pour la Freebox pop player
Le serveur Freebox Delta est en mode bridge et comme gateway j’ai un USG 3P
Je viens de voir dans la page santé du plugin que mon iPhone et celui de ma compagne sont mentionnés bloqués (oui sur fond rouge), alors qu’ils ne le sont pas sous Unifi
J’ai bloqué et débloqué l’iPhone de ma compagne
Log plugin : [26-03-2022 22:53:39]INFO : Déblocage Client e6:03:xxxxxxxx
L’iPhone n’est plus affiché bloqué dans la page santé
NB : pas d’impact sur la valeur présent toujours à 1
C’est le même bouton que bloqué sur le contrôleur… vérifiez de ce côté.
Ou alors il faut voir si le log en debug mentionne un blocked dans le json en fin de ligne
Pardon, je me suis mal exprimé…
J’ai débloqué depuis Unifi et l’info est bien transmise au plugin
La valeur bloqué dans l’équipement est bien passée à 0
Merci de m’avoir répondu à toutes mes questions
Ou c’est juste un bug si vous n’avez jamais testé le bouton « bloquer » dans unifi, c’est possible que unifi n’envoi pas/plus/pas encore la valeur de blocked, je vais vérifier et corriger si c’est le cas (mais si c’est le cas ce n’est que visuel, il n’est pas réellement bloqué)
Ah donc ils étaient bien bloqués côté contrôleur ??
Non, comme je l’avais écrit j’ai bloqué et débloqué (depuis Unifi) … évidemment sans impact sur l’envoi de l’info « présent »
Et je viens de comprendre pourquoi l’affichage « bloqué » en regardant pour mon iPhone
→ valeur non recue
Ok donc c’est l’affichage dans santé qui bug si valeur non reçue, je vais corriger
1 « J'aime »
Bonjour
Je reviens sur ce log : il se peut qu’il n’y ait aucun rapport avec le problème d’info non transmise par Unifi vers le plugin, mais je préfère être exhaustif
Mon contrôleur : Ubiquiti Cloud Key
J’étais en version : UniFi Network Application 6.5.53
J’utilisais la nouvelle interface
J’avais récupéré le log ici : Settings/System/Support Information/Servers logs
Le log est au format txt, en voici un extrait :
[2021-12-06T05:51:02,637] INFO db - Version 6.0.45 has changed to 6.5.53, attempting to start migration
[2021-12-06T05:51:05,894] INFO system - ======================================================================
[2021-12-06T05:51:05,897] INFO system - UniFi 6.5.53 (build atag_6.5.53_16673 - release/release) is started
[2021-12-06T05:51:05,897] INFO system - ======================================================================
[2021-12-06T05:51:05,903] INFO system - BASE dir:/usr/lib/unifi
[2021-12-06T05:51:06,398] INFO system - Current System IP: 192.168.1.221
[2021-12-06T05:51:06,400] INFO system - Hostname: UniFi-CloudKey
[2021-12-06T05:51:06,401] INFO system - ubic.env: prod
[2021-12-06T05:51:10,193] INFO system - UniFi Cloudkey, UUID = xxxxxxxxxx
[2021-12-06T05:51:10,197] INFO system - Setting LED status to INITIALIZING
[2021-12-06T05:51:10,442] INFO SDNotify - ubnt_sdnotify_jni is loaded from: /usr/lib/unifi/lib/native/Linux/armv7/libubnt_sdnotify_jni.so
[2021-12-06T05:51:12,161] INFO db - waiting for db connection…
[2021-12-06T05:51:14,665] INFO db - Connecting to mongodb://localhost:27117
[2021-12-06T05:51:14,736] INFO db - note: noprealloc may hurt performance in many applications
[2021-12-06T05:51:14,796] INFO db - Mon Dec 6 05:51:14.795 [initandlisten] MongoDB starting : pid=2995 port=27117 dbpath=/usr/lib/unifi/data/db 32-bit host=UniFi-CloudKey
[2021-12-06T05:51:14,798] INFO db - Mon Dec 6 05:51:14.796 [initandlisten]
[2021-12-06T05:51:14,799] INFO db - Mon Dec 6 05:51:14.796 [initandlisten] ** NOTE: This is a 32 bit MongoDB binary.
[2021-12-06T05:51:14,801] INFO db - Mon Dec 6 05:51:14.796 [initandlisten] ** 32 bit builds are limited to less than 2GB of data (or less with --journal).
[2021-12-06T05:51:14,806] INFO db - Mon Dec 6 05:51:14.796 [initandlisten] ** See http://dochub.mongodb.org/core/32bit
C’est donc de ce log, que j’avais extrait les incidents (que je suis bien incapable d’interpréter)
Depuis, j’ai désactivé l’option : Settings/System/Other Configuration/Collect Historical Data
Elle n’est pas recommandée avec la cloud key 1ère génération !
Pour passer en version 7.0.23, j’ai dû repasser vers l’ancienne version de l’interface
Curieusement, elle n’était pas proposée avec la nouvelle interface ?
Avec l’ancienne interface (et version 7.0.23), au niveau log je n’ai trouvé que cette possibilité :
Ce log n’est pas au format txt et ne peut donc être lu
Au retour de ma compagne demain, l’info de présence de son iPhone devrait être mise à jour et je suivrai si l’incident se reproduit
Il aurait été pratique de pouvoir changer (à la main, ou par scénario) la valeur de « Présent », d’autant que la valeur de « Vu dernière fois » date de plusieurs jours
Possible par scenario bloc code évidemment. Comme toute commande info.
Tu trouveras la commande sur ce forum, en cherchant probablement : byId event
Je suis bien incapable de « produire » ce bloc code
Je chercherai dans le forum
Comme je l’ai indiqué hier, on trouve bien dans la liste UNIFI des événements la déconnexion de l’iPhone le 23 mars à 17H13
Je soupçonne qu’à ce moment là le démon n’était plus actif, la connexion avec le contrôleur devant être coupée.
L’évènement n’a donc pas pu être capté par le plugin
Malheureusement, les logs du plugin étaient paramétrés sur « defaut » et je n’ai donc pas de trace
Mes logs sont désormais sur « info »
cmd::byId(10759)->event("1");
10759 étant l’ID de ta commande
1 étant la valeur que tu veux mettre
1 « J'aime »