Open hastyeagle opened 1 year ago
Just wanted to check in on this. I recently added another client (so two total). With both connected to mosquitto, if either one disconnects CPU utilization of the mosquitto daemon goes to 100%. Once I reconnect the disconnected client, CPU utilization drops back down.
Any ideas what might be causing this?
Is this happening for anybody else? It's still ongoing for me. I put a cronjob in place to watch for this and restart the mosquitto server if it hits 100% CPU usage, which then forces the clients to reconnect. That works, but it'd be nice to not have to do that.
Is this a config issue, or a bug?
Thanks!
Is this happening for anybody else?
I am experiencing very similar symptoms, but haven't yet managed to triangulate what exactly causes the looping to start. As you have reported, logs show no diagnostics and everything appears normal for a while after restarting. I am using the current version from the FreeBSD ports tree (2.0.15_1), which may not be the latest upstream.
We have the same issue. Using paho java client and 2.0.18. When client abruptly disconnects Mosquito seems to spin waiting on something from the client. If we reconnect with same mqttID the spin stops. Our code always does a disconnect and waits so we only see it on unexpected exits. Does not time out ever(days) even though socket connection is long gone. We use TCPIP noDelay FWIW.
Hi, I'm running v2.0.15 with just one client (for now) and for some reason when that client disconnects CPU usage for the mosquitto daemon jumps to 100% and stays there. If I have the client reconnect, CPU usage immediately drops back down to virtually nothing. The second I disconnect the client again, it jumps back to 100% CPU.
Logs during the disconnect seem normal:
Client owntracks/user closed its connection.
The reconnect then seems normal as well:
My conf file is:
Thanks!