Will cloudron have an External “Sidecar” Python task runner? Trying to understand migration of my pyodide report-generator node.

Hello @overclockmp Could you please share a screenshot of your N8N configuration for SMTP?

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.

Hello @Valexico This is something we would have to look into.

@umnz I have asked here - https://community.n8n.io/t/track-github-or-npm-for-stable-releases/197205

Hello @alexftth and welcome to the Cloudron forum Some questions so we can bet a better picture. Did any app updates happen in the timeframe of this issue arising Did you restart the server since then? If no, please restart the server once When restarted, please ssh into your server and as root run: cloudron-support --troubleshoot Check if it is working now. If not, share the output of this command and also run: cloudron-support --send-diagnostics This will generate a URL with details about your server, share this URL with us here as well. (this also includes IPs and DNS names, if you don't wish to post this publicly, send this with a DM to me) Also re-run the commands you used inside the container and run them from root.

Thanks for the feedback @zonzonzon We could use more feedback from heavy users of N8N to determine if the redis change truly was helpful.

It is not unusual that the memory usage for a service like postgres is filled up. Generally if memory is available it is good to be utilized, however since a database engine doesn't know what else is on the system, we have that limit, otherwise it might just use up everything for caching.

@firmansi latest version was pushed to Cloudron

Hello @JueBam Sometimes, it can be that simple. Good to read, that it is now working for you.

May I know what is the impact of this issue?

Thanks for the heads up, once the n8n release is marked as stable, we will push out the package.

@girish Thanks for your explanation, I will add version within the The appStoreId, @james so now I have something pretty robust and will use the following process: All updates disabled by default I will manually check and update Cloudron quarterly, on specific timeframes I will leverage on API to orchestrate each app upgrade individually