MQTT Monitor Type - Timeout

[tam481]

⚠️ Please verify that this bug has NOT been raised before.

• [X] I checked and didn't find similar issue

🛡️ Security Policy

• [X] I agree to have read this project Security Policy

📝 Describe your problem

I am unable to monitor the status of an MQTT server. I specified the URL, Port, Username and Password but it keeps returning 'MQTT': Failing: Timeout | Interval: 60 seconds | Type: mqtt

I don't know how to diagnose this problem. I searched existing issues and found nothing.

🐻 Uptime-Kuma Version

1.15.1

💻 Operating System and Arch

Debian Bullseye on Raspberry Pi 4 ARM64

🌐 Browser

Google Chrome 100

🐋 Docker Version

20.10.16

🟩 NodeJS Version

No response

[tulamidan]

I experience a similar issue. I get frequent timeout warnings - but have no reason to believe my broker has issues. The systems behaves normal and all mqtt clients get the data just fine.

[louislam]

I think it is logged in to your mqtt broker successfully, but Uptime Kuma don't receive topic response within 40 seconds.

[buliwyf42]

I had the same issue, and I just found out that the topic part is case-sensitive. Perhaps this is the issue for yourself as well. Unfortunately, the “error” message from Kuma was not helpful at all. “Timeout” keeps me questioning if the connection works at all.

[tam481]

@louislam I don't think that's the case here. I tried subscribing and kept sending a message to the topic to keep it updated and still got the timeout error.

@buliwyf42 the topic case matches exactly what's on the broker. I don't think that's the case here.

[tulamidan]

• I increased the test interval to 120s and I don't get any more errors. Before I got either a message with the topic value - or with the timeout error. Now I get the availability but no ping value and therefore the graph is empty.

[github-actions[bot]]

We are clearing up our old issues and your ticket has been open for 3 months with no activity. Remove stale label or comment or this will be closed in 7 days.

[tulamidan]

Maybe the issue is not really an issue: If your topic is not updated within the timeframe of the kuma update interval - the test will fail. Yet the mqtt broker might be happy and alive - so I am not sure what to suggest.

[github-actions[bot]]

We are clearing up our old issues and your ticket has been open for 3 months with no activity. Remove stale label or comment or this will be closed in 2 days.

[github-actions[bot]]

This issue was closed because it has been stalled for 2 days with no activity.

[AleksCee]

Ok this issue is Close but I have the same Timeout if I configure 2 MQTT Task with the same MQTT Server. If I deactivating one of them, no timeout issue, but when both are active the timeout is occur. The MQTT Server is the Node-Modul from https://flows.nodered.org/node/node-red-contrib-aedes - is this a new perspective for this issue or should I open a new one? THX, Alex

[louislam]

@AleksCee Feel free to open a bug issue if it is reproducible.

The current implementation is here: https://github.com/louislam/uptime-kuma/blob/1a9b013fc20b37906ea5b30c20f0a69834932260/server/util-server.js#L135

[EricDuminil]

FWIW, I was using a wildcard (+ or #) as a topic, to check if any sensor was sending data.

MQTT Monitor was connecting, and receiving messages. It still failed with TIMEOUT because of this check messageTopic === topic: https://github.com/louislam/uptime-kuma/blob/master/server/monitor-types/mqtt.js#L109

sensors/+ isn't exactly sensors/xyz, so this condition was never true. I'm not sure why this check is here. If a message is received while the client is subscribed to a topic, its topic must be correct.