You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have experienced the following over several releases including today's most recent.
The container is configured to run a local mosquitto broker because the container will not run otherwise. It is configured to connect to a remote broker on the internet. Sheets was removed.
The basic administrative functions work but the container performance degrades according to the number of clients and ACLs. I have less than 30 clients configured, each with one ACL. The container is stable through the GUI login process. The problems manifest when attempting anything that queries or adjusts the broker security policy.
With low client count, symptoms were an ever increasing amount of interface lag. Eventually the app began complaining about response timeout though I could see data arriving is less than a second in the container terminal. Currently at around 30 configured clients, the container apparently faults, consuming all available physical memory on the docker host. It will occasionally throw an unhandled exception and die. Most times, I have to kill the container or docker to recover.
Suggestions?
The text was updated successfully, but these errors were encountered:
The problem you are experiencing is probably due to the topic tree feature. As a solution try pulling a newer version of the management center where you can turn off the topic tree in settings. Management center 2.4.2 and higher supports this
That resolved my issue, though a few others came up.
I noticed my image: cedalo/management-center:2 is using the tag 2. This is not being maintained as having the latest 2.x release so my previous updates were not actually updating anything.
Using tag 2.4.6-rc3 I found the container would run but the web-app would fail to start due to not properly handling an undefined theme variable.
Using tag 2.4.5 I found the container would run but the web app did no respect the mqtt broker settings in my .yml file. It would present a login style modal that would fail to connect to my public broker. I never got past it. I didn't find any new instructions around indicating how to bypass with .yml values.
Finally, I just set the tag to 2.4.2 and the thing started up and ran per usual but is far snappier than what I had been running from the 2 tag. The topic tree is off by default. I haven't bothered to see if that setting matters. I think it should not have because my broker data is sparse. I'm going to leave well enough alone.
Using Windows 10, using container provided here: https://hub.docker.com/r/cedalo/management-center
I have experienced the following over several releases including today's most recent.
The container is configured to run a local mosquitto broker because the container will not run otherwise. It is configured to connect to a remote broker on the internet. Sheets was removed.
The basic administrative functions work but the container performance degrades according to the number of clients and ACLs. I have less than 30 clients configured, each with one ACL. The container is stable through the GUI login process. The problems manifest when attempting anything that queries or adjusts the broker security policy.
With low client count, symptoms were an ever increasing amount of interface lag. Eventually the app began complaining about response timeout though I could see data arriving is less than a second in the container terminal. Currently at around 30 configured clients, the container apparently faults, consuming all available physical memory on the docker host. It will occasionally throw an unhandled exception and die. Most times, I have to kill the container or docker to recover.
Suggestions?
The text was updated successfully, but these errors were encountered: