Titan84 Posted October 2, 2022 Share Posted October 2, 2022 Hi @spants Im also having the same issues with MQTT and getting the following errors... 1664719186: Saving in-memory database to /config/data/mosquitto.db. 1664719186: Error saving in-memory database, unable to open /config/data/mosquitto.db.new for writing. 1664719186: Error: Permission denied. I know that you have provided us a workaround test MQTT but since this was suggested back in July i was wondering if a new updated container was coming out soon. If not and its still a long while away, please could you let me know and then ill continue down the path of the workaround solution. Im really hoping that the new version isnt too far away 🙂 Thanks again for all your containers and support that you give! Quote Link to comment
Skylord123 Posted November 2, 2022 Share Posted November 2, 2022 (edited) I just upgraded to Unraid 6.11.1 from 6.9.0 and started having permission issues with Node-RED & MQTT. I ended up fixing it by running these commands: cd /mnt/user/appdata/nodered chmod -R ug+rw,ug+X,o-rwx ./ chown -R nobody:users ./ I then modified the Node-RED docker container from the Unraid GUI and added --user 99:100 And now Node-RED works again Now to fix MQTT I ran those exact same commands above (on the MQTT directory) and instead of changing the user it runs as (as that failed to make it start) I instead just added the users group to the container by putting this in the extra parameters: --group-add 100 And now both Node-RED and MQTT are working for me again. Give that a shot @Titan84 and @TDA and hopefully that fixes it for you. Edited November 2, 2022 by Skylord123 oops Quote Link to comment
TDA Posted November 25, 2022 Share Posted November 25, 2022 On 11/2/2022 at 5:47 AM, Skylord123 said: I just upgraded to Unraid 6.11.1 from 6.9.0 and started having permission issues with Node-RED & MQTT. I ended up fixing it by running these commands: cd /mnt/user/appdata/nodered chmod -R ug+rw,ug+X,o-rwx ./ chown -R nobody:users ./ I then modified the Node-RED docker container from the Unraid GUI and added --user 99:100 And now Node-RED works again Now to fix MQTT I ran those exact same commands above (on the MQTT directory) and instead of changing the user it runs as (as that failed to make it start) I instead just added the users group to the container by putting this in the extra parameters: --group-add 100 And now both Node-RED and MQTT are working for me again. Give that a shot @Titan84 and @TDA and hopefully that fixes it for you. Hello, I've tried to add the --group-add 100, but the error is still there 😞 Quote Link to comment
bluuurb Posted December 12, 2022 Share Posted December 12, 2022 If you have problems with installing new nodes via the manage pallete: turn on hardlinks in the global share settings of Unraid. 1 Quote Link to comment
Daniel Nyman Posted December 16, 2022 Share Posted December 16, 2022 Did you manage to solve this? I'm getting the same error even after made changes above. I have also tried the Mosquito container, but it also have som kind of permission error. I haven expected these kind of issues before with any container. Quote Link to comment
durale Posted January 23, 2023 Share Posted January 23, 2023 Any update on this issue ? I m having the same problem Quote Link to comment
spants Posted January 23, 2023 Author Share Posted January 23, 2023 try chmod -R 777 /mnt/appdata/nodered or what every you have called it..... The more recent versions of unraid restrict the permissions a bit. Note that this is a security gotcha as it enables execute too - you could also just change the r/w for all and leave execute alone Quote Link to comment
own_rhino Posted May 9, 2023 Share Posted May 9, 2023 Thanks for the couchdb template! A couple of updates need to applied. 1. From version 3.0 admin needs to be set. Otherwise the container doesn't start. Suggest adding variables for COUCHDB_USER and COUCHDB_PASSWORD to the template. 2. More importantly the path to store data needs to be updated to: /opt/couchdb/data 1 Quote Link to comment
spants Posted May 9, 2023 Author Share Posted May 9, 2023 4 hours ago, own_rhino said: Thanks for the couchdb template! A couple of updates need to applied. 1. From version 3.0 admin needs to be set. Otherwise the container doesn't start. Suggest adding variables for COUCHDB_USER and COUCHDB_PASSWORD to the template. 2. More importantly the path to store data needs to be updated to: /opt/couchdb/data Thanks for the feedback!. I threw this template together in 2017 for a project that needed it at the time.... I havent really looked at it since. 1) This is an easy change to make 2) I thought that the v2 template already uses this? Let me know! Quote Link to comment
OsoPolar Posted June 6, 2023 Share Posted June 6, 2023 (edited) HI @spants No idea been using for a few years it has just stopped opening what ever i try. Log as follows https://logs.notifiarr.com/?e7a7cb6ab85955d3#51vrp3HzthYNhqtJUyhTU8qTUVGvJAmzn6za6zxrLj4X Cannot see anything that would stop it launching Edited June 6, 2023 by OsoPolar Quote Link to comment
spants Posted June 9, 2023 Author Share Posted June 9, 2023 On 6/6/2023 at 9:22 PM, OsoPolar said: HI @spants No idea been using for a few years it has just stopped opening what ever i try. Log as follows https://logs.notifiarr.com/?e7a7cb6ab85955d3#51vrp3HzthYNhqtJUyhTU8qTUVGvJAmzn6za6zxrLj4X Cannot see anything that would stop it launching Did you fix it? Looks like a Alexa credentials issue but that shouldnt stop NR from loading. Depending on the age of your template - do you have the safe mode option? If not, add a variable to the docker tempate NODE_RED_ENABLE_SAFE_MODE and set it to true. You can then startup NR without it starting the flows. Quote Link to comment
OsoPolar Posted June 9, 2023 Share Posted June 9, 2023 Fixed it i noticed it had changed network Quote Link to comment
smikwily Posted June 30, 2023 Share Posted June 30, 2023 On 5/9/2023 at 5:22 AM, spants said: Thanks for the feedback!. I threw this template together in 2017 for a project that needed it at the time.... I havent really looked at it since. 1) This is an easy change to make 2) I thought that the v2 template already uses this? Let me know! Confirming that COUCHDB_USER / COUCHDB_PASSWORD are needed and once added, it works. I was confused when I saw a v1 and a v2, especially when v1 was listed as official and had the official tag in Community Applications. Then I noticed that @spants makes both of them and figured v2 must be a new version of the template vs the version number of the actual software itself. 1 Quote Link to comment
Taramu Posted August 26, 2023 Share Posted August 26, 2023 Can someone help me to get Obsidian Livesync running with the CouchDB database on Unraid? I'm trying to follow this guide which requires a "local.ini" with the configuration shown: https://github.com/vrtmrz/obsidian-livesync/blob/main/docs/setup_own_server.md The issue is, that I don't understand where to place the local.ini inside this CouchDB docker container. It seems like a local.ini file already exists in this container under /opt/couchdb/etc/ But this directory is not mounted inside my appdata folder. Would be really great to get some help, I'm struggling since hours. Quote Link to comment
Helmi Posted August 31, 2023 Share Posted August 31, 2023 I'm having issues getting Nodered running. Well it basically runs but installing any packe from the pallet manager fails. This is the error 31 Aug 14:10:04 - [info] Installing module: node-red-contrib-tesla, version: 2.0.0 31 Aug 14:10:05 - [warn] Installation of module node-red-contrib-tesla failed: 31 Aug 14:10:05 - [warn] ------------------------------------------ 31 Aug 14:10:05 - [warn] npm WARN config production Use `--omit=dev` instead. npm ERR! code FETCH_ERROR npm ERR! errno FETCH_ERROR npm ERR! invalid json response body at https://registry.npmjs.org/node-red-contrib-tesla reason: Invalid response body while trying to fetch https://registry.npmjs.org/node-red-contrib-tesla: ENOSYS: function not implemented, link '/data/.npm/_cacache/tmp/3c40871e' -> '/data/.npm/_cacache/content-v2/sha512/1a/74/6e414427fdd48c5bcf4fe17c1fa287ea548296862017d04013ebfd46a72b610955fd5638adf2df725c41129d7de8a3af16e53787a697b8aad20fd7f97e81' npm ERR! A complete log of this run can be found in: npm ERR! /data/.npm/_logs/2023-08-31T12_10_04_289Z-debug-0.log 31 Aug 14:10:05 - [warn] ------------------------------------------ Error: Install failed at /usr/src/node-red/node_modules/@node-red/registry/lib/installer.js:285:25 at processTicksAndRejections (node:internal/process/task_queues:96:5) 31 Aug 14:10:05 - [error] Error: Install failed I double checked disk space, permissions, network coneectivity to npmjs.org (also DNS) - everything looks fine. Any idea what might be going on here? Quote Link to comment
spants Posted September 5, 2023 Author Share Posted September 5, 2023 what does /data/.npm/_logs/2023-08-31T12_10_04_289Z-debug-0.log contain? can you ping https://registry.npmjs.org from inside nodered container? Quote Link to comment
thany Posted September 7, 2023 Share Posted September 7, 2023 I've just installed CouchDB with the default settings, and the first thing it does after starting, is stopping itself. The log says: ************************************************************* ERROR: CouchDB 3.0+ will no longer run in "Admin Party" mode. You *MUST* specify an admin user and password, either via your own .ini file mapped into the container at /opt/couchdb/etc/local.ini or inside /opt/couchdb/etc/local.d, or with "-e COUCHDB_USER=admin -e COUCHDB_PASSWORD=password" to set it via "docker run". ************************************************************* I understand what it says, but I don't know how to act upon it. I don't know how to pass commnadline arguments, or where I'm expected to put an ini file, or even what exactly to put there. Dear author, could you please change the docker such that a default setup at least works? And/or add fields in the docker to enter a username/password to use? Much obliged Quote Link to comment
camens Posted October 14, 2023 Share Posted October 14, 2023 On 9/7/2023 at 4:20 AM, thany said: I've just installed CouchDB with the default settings, and the first thing it does after starting, is stopping itself. The log says: ************************************************************* ERROR: CouchDB 3.0+ will no longer run in "Admin Party" mode. You *MUST* specify an admin user and password, either via your own .ini file mapped into the container at /opt/couchdb/etc/local.ini or inside /opt/couchdb/etc/local.d, or with "-e COUCHDB_USER=admin -e COUCHDB_PASSWORD=password" to set it via "docker run". ************************************************************* I understand what it says, but I don't know how to act upon it. I don't know how to pass commnadline arguments, or where I'm expected to put an ini file, or even what exactly to put there. Dear author, could you please change the docker such that a default setup at least works? And/or add fields in the docker to enter a username/password to use? Much obliged You just have to add COUCHDB_USER= and COUCHDB_PASSWORD= as variables in the docker setup. Quote Link to comment
RichardU Posted October 16, 2023 Share Posted October 16, 2023 On 8/26/2023 at 1:27 PM, Taramu said: Can someone help me to get Obsidian Livesync running with the CouchDB database on Unraid? That's exactly what I want to do. Did you figure this out? Richard Quote Link to comment
sjoerd Posted October 19, 2023 Share Posted October 19, 2023 Hello, Which of the two templates do I need to use? The official (which got updated quite recently) - or the v2 beta? Thanks. Quote Link to comment
irishjd Posted October 25, 2023 Share Posted October 25, 2023 Has anyone come up with a fix for the MQTT permissions error? I keep getting this over and over again: Saving in-memory database to /config/data/mosquitto.db. Error saving in-memory database, unable to open /config/data/mosquitto.db.new for writing. Error: Permission denied. I have checked the permissions and they are set to 666, so anyone should be able to write to mosquitto.db.new Quote Link to comment
thany Posted October 27, 2023 Share Posted October 27, 2023 On 10/14/2023 at 9:11 PM, camens said: You just have to add COUCHDB_USER= and COUCHDB_PASSWORD= as variables in the docker setup. "Just" as if it's obvious 😕 It's not. Can you please add some sensible defaults? Quote Link to comment
sjoerd Posted October 27, 2023 Share Posted October 27, 2023 Is this from inside the docker (I assume it is)? Can you from inside the docker "touch" something. From within the docker my configs are root:root and 0644. From outside (/mnt/user/appdata/mosquitto) they are also root:root and 0644 but I got a very simple setup and dont even have a /config inside the docker . └── mosquitto ├── config │ └── mosquitto.conf ├── data ├── log ├── mosquitto-unraid-default.conf ├── mosquitto.conf └── passw This is my directory structure - is root from with docker and appdata. I dont think config/mosquitto.conf is being used but mosquitto-unraid-default and the mosquitto.conf on same level are! Just question: What's the benefit of storing the in-memory db - afterall its a msg broker. Quote Link to comment
wayner Posted November 6, 2023 Share Posted November 6, 2023 I installed this docker and I keep getting permission errors: Error saving in-memory database, unable to open /config/data/mosquitto.db.new for writing. The appdata folder seems to have different permissions than most of my other appdata folders: drw-rw-rw- 1 nobody users 177 Nov 6 08:28 MQTT/ And here is what is inside of appdata/MQTT: drw-rw-rw- 1 root root 20 Nov 6 08:28 ca_certificates/ -rw-rw-rw- 1 root root 793 Nov 6 08:28 passwords.README -rw-rw-rw- 1 root root 794 Nov 6 08:28 mosquitto.conf drw-rw-rw- 1 root root 20 Nov 6 08:28 conf.d/ drw-rw-rw- 1 root root 20 Nov 6 08:28 certs/ drw-rw-rw- 1 root root 27 Nov 6 08:28 log/ drw-rw-rw- 1 root root 6 Nov 6 08:28 data/ -rw-rw-rw- 1 root root 0 Nov 6 08:28 passwords.mqtt -rw-rw-rw- 1 root root 794 Nov 6 08:28 mosquitto.conf.example Should root be the owner of all of these? How do I fix these? Do I need to change the permissions? Quote Link to comment
Timmons Posted November 21, 2023 Share Posted November 21, 2023 Also having the same error. Is this present in earlier versions? I've tried fixing permissions but nothing works. 700570059: Saving in-memory database to /config/data/mosquitto.db. 1700570059: Error saving in-memory database, unable to open /config/data/mosquitto.db.new for writing. Quote Link to comment
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.