Problème sur les brokers de 2 VM utilisant le même mosquito distant

[m.georgein]

Bonjour,

Je tourne avec jMQTT béta et un mosquito distant sur VM (jeedom 4.4.18 béta), plusieurs brokers également sur vm distantes. Tout fonctionne nickel sur ma machine de prod.

Je viens de mettre en service une autre VM jeedom (en 4.5 béta) pour les tests (clone de la première avec changement de nom et de la clef Clé d’installation, l’adresse IP est évidemment différente.

Le souci est que les brokers ‹ clignotent › , ils s’arrètent/redémarrent tant que les deux machines tentent de les utiliser ensemble

Exemple de log du broker (idem pour tous les broker) :

[2024-10-03 13:55:48] INFO  Client MQTT connecté au Broker
[2024-10-03 13:55:48] DEBUG  L'accès aux Interactions est désactivé
[2024-10-03 13:55:48] DEBUG  L'accès à l'API est désactivé
[2024-10-03 13:55:53] INFO  Client MQTT déconnecté du Broker
[2024-10-03 13:55:58] INFO  Client MQTT connecté au Broker
[2024-10-03 13:55:58] DEBUG  L'accès aux Interactions est désactivé
[2024-10-03 13:55:58] DEBUG  L'accès à l'API est désactivé
[2024-10-03 13:56:02] INFO  Client MQTT déconnecté du Broker
[2024-10-03 13:56:07] INFO  Client MQTT connecté au Broker
[2024-10-03 13:56:07] DEBUG  L'accès aux Interactions est désactivé
[2024-10-03 13:56:07] DEBUG  L'accès à l'API est désactivé
[2024-10-03 13:56:12] INFO  Client MQTT déconnecté du Broker

log debug jmqttd en boucle :

0012|[2024-10-03 14:00:50,479] ERROR  Client2668      Brk2668Th    on_disconnect() : Unexpected disconnection from broker!
0013|[2024-10-03 14:00:50,542] DEBUG  JMsg.Snd        SockOut           _loopSnd() : Sending 1 messages (0 left in queue)
0014|[2024-10-03 14:00:50,554] DEBUG  JMsg.Snd        SockOut               send() : Sent TO Jeedom 1 messages handled in 12.666941ms (qToJ size 0): [{'cmd': 'brokerDown', 'id': '2668'}]
0015|[2024-10-03 14:00:55,481] INFO  Client2668      Brk2668Th       on_connect() : Connected to broker 192.168.2.149:1883
0016|[2024-10-03 14:00:55,481] INFO  Client2668      Brk2668Th  subscribe_topic() : Topic subscribed "iotlink/workgroup/PC-MG-SAMSUNG/#"
0017|[2024-10-03 14:00:55,482] DEBUG  JMsg.Snd        Brk2668Th       send_async() : Enqued the message in 0.001431ms (qToJ size 1): {'cmd': 'brokerUp', 'id': '2668'}
0018|[2024-10-03 14:00:55,563] DEBUG  JMsg.Snd        SockOut           _loopSnd() : Sending 1 messages (0 left in queue)
0019|[2024-10-03 14:00:55,577] DEBUG  JMsg.Snd        SockOut               send() : Sent TO Jeedom 1 messages handled in 14.153957ms (qToJ size 0): [{'cmd': 'brokerUp', 'id': '2668'}]
0020|[2024-10-03 14:00:55,597] INFO  Client2668      MainThread subscribe_topic() : Topic subscribed "iotlink/workgroup/PC-MG-SAMSUNG/#"
0021|[2024-10-03 14:01:00,483] DEBUG  JMsg.Snd        Brk2668Th       send_async() : Enqued the message in 0.002861ms (qToJ size 1): {'cmd': 'brokerDown', 'id': '2668'}
0022|[2024-10-03 14:01:00,483] ERROR  Client2668      Brk2668Th    on_disconnect() : Unexpected disconnection from broker!

tous les broker ont le même paramètrage :

[Jeandhom]

Il me semble que le Client-Id doit être unique pour un même Mosquitto.

[m.georgein]

J’ai bien pensé à qq chose de ce genre, mais dans ce cas là il faudrait pouvoir le préciser dans jMQTT ou d’autres clients, et je ne me souviens pas de l’avoir déjà vu

PS :
Je viens de faire un test avec MQTT-Explorer, en ouvrant deux cessions j’ai le même phénomène connection/déconnection.

Il y a donc probablement un identifiant unique de client qq part. Reste à trouver où le régler !!!

Le gros intérèt de MQTT étant d’avoir justement plusieurs clients partageant les mêmes ressources, ce serait dommage de ne pouvoir connecter que UN seul jeedom à moins de passer par plusieurs plugins différents selon la machine !!!

[Jeandhom]

[m.georgein]

Bingo, il suffit effectivement de mettre ici une valeur différente ! Merci de m’avoir décillé !!!