@umnz you are rite i had to revert my 6 n8n instances on n8n 2.15.1 version..... at least i have backups and i disabled the auto updates for the time being

I did a clean install of n8n and it installed quickly. So something is/was up with my old n8n instance. Not a huge problem, I'll just migrate my workflows to the new and archive the old instance.

Hello @ekevu123 Disabling is not actually disabling, but more disabling a custom override of the default which is 300 seconds.

Glad to hear it! Thanks @nebulon.

Looks like this is working. However, some of my disk read/write nodes were broken after this update. I was able to fix it by updating the paths inside the nodes to explicitly include "/app/data/". Otherwise the error I get is something like "Problem in node ‘Write Files to Disk‘ EROFS: read-only file system, open: xxx". Other than that, it appears the update is working correctly and binary form data is working again! Thanks for your help!

[image: 1772054312996-screenshot-2026-02-25-at-21.18.14-resized.png]

@msbt said in Issue with Read/Write node: export N8N_RESTRICT_FILE_ACCESS_TO="/app/data" This solves it Thank you

Agree! Would love to see WAHA in the App store.

Thank you @james We performed these steps and it was successful: Add these lines in env.sh export NODES_EXCLUDE="["ExecuteCommand", "LocalFileTrigger"]" Restarted N8N Performed the test using these steps: (+) - Execute command Execute Once: ON Command: ffmpeg -version Test step Check the OUTPUT - ok (screenshot attached) [image: 1767355746616-screenshot-from-2026-01-02-13-03-11-resized.png]

Ok, so after looking into open ports a bit more, it turns out that there is nothing listening on port 587. As such, there is no SMTP server running or listening to any port whatsoever. I figure that an SMTP server may only start running if I enable incoming emails (setting which was not enabled, purposefully). When I enabled incoming email setting, sudo netstat -tlnp | grep 587 was finally returning something and n8n configuration worked fine. So to sum up, if my understanding is correct, when only using outbound mail, there isn't an actual SMTP server running, but only some kind of abstraction that containerized apps can use to send email directly through the mail relay (the internals of this are fuzzy to me...), so I need to enable incoming emails in order to send emails... But I'm glad I was at least able to make this work before going into 2026. Thanks for the help and for putting me on the right path here. Thank you for all the great work you do Cloudron Team, and wishing you all the best for the new year :).

Hello @zonzonzon The current latest version in the Cloudron app store 2.1.2 is not effected. Also, the latest N8N version for the old 1.123.7 is also not effected. If you have your N8N updated to the last 1.123.7 or 2.1.2 version, then you are save.

I have found the way to enable the chat hub, just go to filemanager in Cloudron, open env.sh file and add this "export N8N_ENABLED_MODULES=chat-hub" and you will see the chat module in left sidebar

Great you found a solution before I even got to read the thread And thanks for sharing it in detail here for others also!

@joseph I just tried "App -> Repair -> Try task again" ... and it fixed both apps. ... Is now a good time to feel stupid? Asking for a friend...

@hakunamatata Can you try the telnet command via SSH first (instead of web terminal) ? I think maybe a machine in DMZ is unable to connect to itself using the public IP ? Can you try `telnet cloudron-lan-ip 993 ?

Just posted this alt, some of you might like to upvote: https://forum.cloudron.io/topic/14544/agno-python-based-open-source-alternative-to-n8n

@james safe as in I want to avoid corruption this is way I pick database number 1 because if; Redis is shared between all the container and attribute different database to each of them then if manually I use a database number (such as 1) I might shoot data and disrupt one of my services. PS: I don't really know Redis but I presume, as in any database, data integrity is important.