Hi there, please send us a mail with your Cloudron ID and appstore account email to support@cloudron.io

@skeats this is fixed already but pending a Cloudron release. We got a bit behind schedule this time.

@jdaviescoates Thank you so much!

@nebulon it would be lovely to see those credentials, for example, on the system settings or service settings somewhere - could be hidden by default, unveiled only after the click on some button, like 'show me the password'

@nebulon perfect, thanks for confirming!

@humptydumpty said in No graphs on any of the apps: On my 22.04 server, the graph in the app settings does not show This is fixed in the next release. The upcoming release is a bit delayed but we are working on getting it out next week or so. (Sorry, some of the mail features are quite time consuming to implement).

@girish Thank you - now its working again.

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.