Notification queue : message d'erreur

Tags: #<Tag:0x00007fbd9e880028>

Bonjour à tous

J’ai un soucis avec ce plugin, il m’affiche des messages d’erreurs mais je ne sais pas pourquoi :

le 1er test fonctionne bien mais, alors qu’il ne semble pas y avoir eu d’envoi de message, j’ai une alerte

message

2019-12-02 12:39:50 notificationqueue Commande de notification non trouvée, vérifiez la configuration pour la file [Communication][SYSLOG].

log

[2019-12-02 12:37:47][INFO] : Added message TEST3 in queue ENVOI_SYSLOG
[2019-12-02 12:37:47][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:37:47][INFO] : start sending message from queue ENVOI_SYSLOG
[2019-12-02 12:37:47][DEBUG] : Sending message: title:''; message:'TEST3'
[2019-12-02 12:37:47][INFO] : Notification envoyée à [Communication][Centre communication][Envoi SysLog] depuis la file [Communication][ENVOI_SYSLOG].
[2019-12-02 12:38:04][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:38:04][DEBUG] : message queue empty
[2019-12-02 12:39:04][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:39:04][DEBUG] : message queue empty
[2019-12-02 12:40:07][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:40:07][DEBUG] : message queue empty
[2019-12-02 12:41:03][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:41:04][DEBUG] : message queue empty
[2019-12-02 12:42:04][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:42:04][DEBUG] : message queue empty

autre exemle

une notification arrive et est bien traité mais nouveau message d’erreur

2019-12-02 12:45:05 notificationqueue Commande de notification non trouvée, vérifiez la configuration pour la file [Communication][SYSLOG].

[2019-12-02 12:37:47][INFO] : Added message TEST3 in queue ENVOI_SYSLOG
[2019-12-02 12:37:47][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:37:47][INFO] : start sending message from queue ENVOI_SYSLOG
[2019-12-02 12:37:47][DEBUG] : Sending message: title:’’; message:‘TEST3’
[2019-12-02 12:37:47][INFO] : Notification envoyée à [Communication][Centre communication][Envoi SysLog] depuis la file [Communication][ENVOI_SYSLOG].
[2019-12-02 12:38:04][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:38:04][DEBUG] : message queue empty
[2019-12-02 12:39:04][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:39:04][DEBUG] : message queue empty
[2019-12-02 12:40:07][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:40:07][DEBUG] : message queue empty
[2019-12-02 12:41:03][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:41:04][DEBUG] : message queue empty
[2019-12-02 12:42:04][DEBUG] : checking queue ENVOI_SYSLOG
[2019-12-02 12:42:04][DEBUG] : message queue empty

j’ai l’impression, que l’erreur est sur un ancien équipement SYSLOG, que j’ai supprimé, le nouveau s’appel ENVOI_SYSLOG

comme si il avait été mal supprimé ?

j’ai recréer un équipement avec le même nom SYSLOG

j’ai ca dans la base

1523 SYSLOG 8 notificationqueue {“createtime”:“2019-12-02 13:01:04”,“condition”:"#21639# == 1",“nextCmd”:"#19318#",“updatetime”:“2019-12-02 13:04:24”} 0 null 0

j’ai supprimé l’équipemement

la ligne dans la base a bien été supprimée

mais j’ai toujours cette erreur, qui revient tout le temps

meme si je désactive le seul équipement que j’ai ENVOI_SYSLOG, l’erreur revient…

même avec le plugin désactivé, j’ai encore l’alerte

@Mips help :slight_smile:

Salut,

c’est étrange ca effectivement…
C’est bien un équipement nommé [Communication][SYSLOG] qui est donné par le message et ce log est bien généré par le plugin à priori.
Mais déjà le plugin ne génère aucun message directement, que des log, c’est que t’as activé (dans la config jeedom) la génération d’un message en cas d’erreur dans un log je suppose

et si tu as eu ce message, tu dois avoir dans le log une ligne qui ressemble à start sending message from queue hors on ne voit rien, c’est aussi très étrange
Et d’ailleurs si tu as ce message, l’équipement doit exister, c’est dans une fonction d’instance: soit qlqch a appelé la commande “ajouter” de l’équipement, soit l’équipement a été retourné (par jeedom) lors du cron qui vérifie le statut des files.

Sinon, plugin désactivé, il ne peut pas être exécuté, c’est juste pas possible (et ce n’est pas le plugin qui gère ca mais le core)

Donc avec tout ca je ne vois qu’une possibilité:

  • tu as créé un équipement syslog (comme tu l’as dit)
  • tu y as mis (volontairement ou pas) énormément d’événements dans la file (est-ce que ca te parle? vu que tu as appelé cela SYSLOG, j’ai tendance à croire que c’est possible)
  • une exécution a démarrée et commencée à traiter la file (et donc tout était en mémoire)
  • entre temps tu as supprimé l’équipement, mais il était toujours en mémoire ainsi que les données dans sa file et donc il continue à tourner (parce qu’il y avait beaucoup d’info à traiter?);
  • quand il sera arrivé au bout de la file, soit il va recevoir une erreur parce qu’il n’arrive pas à sauver l’équipement, soit il va être recréé, je ne sais pas trop comment le core va réagir.

Salut merci pour ta réponse

J’ai créé cet équipement, puis j’ai voulu changer le 2 ème champs, la commande de sortie, mais il ne prennait pas en compte ma demande, j’ai donc créé un autre équipement, puis j’ai supprimé le premier. C’est possible qui ai eu quelques demandes dans sa queue puisque la commande de sortie était mauvaise.

Comment je peux régler ça ?
Un reboot ?

Est-ce que ça continue ?
Ça serait curieux qu’il y ai autant d’événements non ?
Si c’est ça un reboot réglera le soucis oui.

Ca a duré toute l’après midi mais ça semble ne plus se faire

Tu avais prévu d’afficher un compteur avec le nombre de message en queue ?

Oui ça serait bien
Aussi affiche la liste et pouvoir en supprimer si besoin.
Mais ici vu que t’as supprime l’équipement il n’y aurait rien eu moyen de faire je pense.

Oui, c’est vrais

Ce sujet a été automatiquement fermé après 24 heures suivant le dernier commentaire. Aucune réponse n’est permise dorénavant.