I was trying to reconfigure my nymea:core playing with the internal mqtt client and suddenly my nymea:app has lost the connection with nymea:core.
I tried to reboot the nymea:core with no good result.
Now, when I start my nymea:app, it tries to connect to nymea:core with no result.
I can ssh to my nymea:core.
What can I do? Did I lost my entire nymea:core?
Hmm… you may have caused a situation that crashes the core… This obviously would be a bug.
To get going again, you may log in via SSH and uninstall the plugin you suspect to be the crashing one. e.g. sudo apt-get remove nymea-plugin-mqttclient if you think this happens because of that.
Would be great if you could try to find out what exactly caused this and report it to us so we can fix it.
You may also install systemd-coredump (sudo apt-get install systemd-coredump) which would collect information on the crash when it happens again, which you can then inspect with sudo coredumpctl dump and post it here.
You were right
As soon as I removed the mqttclient plugin the nymea:core worked again.
I reinstalled the mqttclient plugin, just for fun and the same crash of losing connection.
I’ll try to get the logs and post them here.
The coredumpctl is not wworking for me. I’ve got this erorr:
Refusing to dump core to tty (use shell redirection or specify --output).
yes, via putty
I tried with somefile.txt, but the content is encrypted. Is there a possibility to catch the error in nymea debug interface/server live logs?
My MQTT server is running on another raspberry pi and when I configure the mqtt server in nymea I got this log:
W | nymea.mqtt.server: Error listening on port 1883
W | Mqtt: Error starting MQTT server on port 1883
This will stop it from crashing, however, will not make the actual MQTT client thing work for you. As your logs show here:
*Nov 18 07:56:41 nymea nymead[23623]: W | nymea.mqtt.server: Error listening on port 1883*
*Nov 18 07:56:41 nymea nymead[23623]: W | Mqtt: Error starting MQTT server on port 1883*
there is something preventing nymea from starting the MQTT broker. Most likely you already have another MQTT broker running (mosquito perhaps) which is blocking port 1883. You have 2 options:
Either
a) stop the other MQTT broker and then restart nymea. This would use nymeas integrated MQTT broker and everything should start working
or
b) Disable nymeas internal broker in nymeas system settings and use the other. In this case you can’t use the “Internal mqtt client” thing but instead need to use the regular “mqtt client” thing, providing clientId, username and password as configured in the other MQTT broker to connect to it.
Thank you
I have an external MQTT broker that’s running on a different machine and all my home sensors are connected to that broker and communicate to each other. I’d like to integrate my nymea:core and connect it to that external broker and have the published messages displayed in nymea’s things (temps sensors for example) .
In nymea’ System Settings-> MQTT broker → Server configuration → Interface, I put my external broker’s IP address (local IP address 192.168.1.10)
So in the next step I’ll remove nymea’s internal mqtt broker and I’ll install a regular mqtt client.
I hope it will work
oh, I see… Well, the system settings for MQTT will not make nymea connect to an external broker. This would be a new features which is not implemented yet.
In this case you can just disable nymeas internal broker (or keep the default and just not use it) and use the MqttClient thing to connect to the external one, yes (No need to install anything, just when you set up the mqtt client thing, pick the “MQTT client” instead of the “Internal MQTT client” which will allow entering the connection information for the other host
Hi. Since one or two days, I have a similar behaviour, but I’m not using this mqtt plugin you suspect.
The nymea app is always reconnecting to nymea core without any reason. Sometimes it happens when I click on a thing or a button or a group, sometimes it just happens out of a sudden. I use the latest experimental builds but I can not tell you if this strange behaviour started one or two days ago. So I will now try to use my backup from two days ago - first test if the backup functionality I use is working - and then can tell you later if it helped.
well, we’d be thankful if any crashes would be reported so we can fix them. Same is valid, if installing systemd-coredump, the system would start collecting crash dumps whenever something crashes.
The amount and times of crashes can be viewed with sudo coredumpctl list and individual crash dumps can be shown with sudo coredumpctl info [PID]. If no PID is given, the last one would be shown…
Installing libnymea1-dgbsym libnymea-core-dbgsym and - if the crash happens in a plugin - nymea-plugin-...-dbgsym helps to get better core dumps.