Or if the app supports import/export of it's own, then install the latest version of the app and import the previous one into it.

@nebulon thank you, hope to hear some wisdom from the community

@Ritesh I suspect the issue is the low side of your memory to begin with, but wanted to also add that if you add more memory and still experience issues where it seems the memory or CPU usage is constantly high, you can reach out to Vultr's support as the issue may be on the hypervisor where some "noisy neighbours" may be happening which is starving your VM of resources. I had a similar issue a few months ago and they addressed it on their end after a few days.

@Stardenver Interested in this use case too but have yet to do any organized testing.... There are some main factors regarding how Cloudron runs things that I considered important Containerized apps and core services (linux) Docker network (the network resides on one linux instance) Given docker and the network are open in terms of running multi process/threads besides the CPU speed It mainly depends on how the app itself is built A good rule of thumb would be to just keep a nice ratio between speed and amount of threads If you can going with high speed and most amount of thread's is the most "optimal" in terms of specs, not so much price... I know its an open ended answer but that's because there is no one "right" answer lol +1

@nebulon Sorry for the late reply, this topic has been resolved with your support. It was a misleading page. I will start a new thread on the backup issue. Please mark this as done or delete. All solved here. Thank you for your help. https://forum.cloudron.io/topic/6895/the-site-is-deceptive/14?_=1661248303629

@girish bingo - that did it - next time I'll read the full error instead of freaking out - gotta love those "uncertified" apps! Thanks mate

@d19dotca I can't believe I missed that. Literally read right past it. Thank you!

@nebulon Thank you. After checking, it turned out that the issue is about efs not mounted. It seems to be messed up with security groups and/or network interfaces (eni). Hence closing this threat for now. Need to dig deeper and probably understand the concepts of security groups and eni better in AWS. Thanks for your help! Edit: Just realizing that can't set it to 'solved'

Hello guys, everything is back online (thanks to Cloudron’s out-of-this-world backup feature). I am grateful for all your help.

For anyone else coming later, if you need to modify these files to test out for instance a code fix you would use the CLI tool to run cloudron debug --app app.domain.com, open a web terminal to the app, edit whatever files you need to in /app/code, and then run /app/pkg/start.sh from within that web terminal to manually start the app and test your change. You can exit debug mode, which will delete your changes, by going to the app's settings in cloudron, Repair, and clicking the Disable Recovery Mode button.

@p998 You have to change the DNS entry of maindomain.com to your external server's IP.

If you keep your browser devtools open and install an app, you can copy the network command as "curl" command. For example, if you install app, just look for the "install" POST call. [image: 1661045493977-9ff9a963-7e36-42ea-b4ec-b4070f1046a1-image-resized.png]

Thank you very much for resolving the issue. I would love to understand what i did wrong. I tried deleting the nginx.conf and certs and let them be regenerated as you have described in other threads. Yet I did not manage to get nginx back up and running. Are there additional steps besides deleting cofings, restarting box, nginx and unbound? Muchas Gracias for saving the day!

@plusone-nick right, the email just contains a URL for the image and the URL does not change on image change.

There used to be a limit of domains/uses etc but we removed all limits in the previous release.

This is fixed in https://git.cloudron.io/cloudron/dashboard/-/commit/b3cdcb2adb4666f274ed23f2ab05428563531dc8

@girish Hmm, that didn't match the behaviour I saw. I ended up with two separate SPF records in Hetzner. One that I had already set up from my own DNS setup, and one added from Cloudron - which didn't contain the content of my own record. Thankfully it wasn't difficult to fix, once I read up on it.

I think the main thing is you are looking for subscribe/unsubscribe like mailmain, then Cloudron does not have that feature.