Just to note, it seems it was a timing issue, where the DNS in this case took longer than expected for full propagation.

Just to let anyone else know, I ran into the same issue with 7.2.0 when migrating servers and made the change that @girish mentioned and it still didn't work until I restarted docker (systemctl restart docker) and then it worked!

This was sorted out in support. The Stripe account associated with the customer got disconnected from our appstore account. This was caused by a bug which we have now fixed.

This should be fixed with the next release. There were a couple of state issues which needed fixing.

This should now be fixed with next release. It will show 100+ in such a case.

@girish Thank you!! It worked with the version parameter!

@girish Then just expose a button for the Mail admins to be able to clear the queue

@alexdimarco said in Does cloudron block bogon networks?: One of the wifi networks (I do not have control over) uses bogon IP space for addressing. When connected to this network I cannot access any Cloudron servers. Do they block bogon? If so, how can I white list a network - in specific 100.64.0.0/10? Cloudron blocks nothing by default.

Thank you! Wait and see then ..

@wisameldin On the ubuntu 20 install, can you run the setup script again with ./cloudron-setup --redo ? I think this is the same issue as: https://forum.cloudron.io/topic/6660/help-please-failing-setup-of-cloudron https://forum.cloudron.io/topic/6632/help-me-please-got-error-while-installing-the-cloudron-on-a-fresh-ubuntu-20-04-x64-server https://forum.cloudron.io/topic/6561/that-install-script-fails-74-times-out-of-75 I tried to fix this with https://git.cloudron.io/cloudron/box/-/commit/bfb233eca19df07a82e3b524812d8270371ed738 but clearly it's not enough.

As a hack, change the update schedule for every hour Related note: would be nice if we could display "the app is xx updates behind". We don't have an appstore API for this though.

Here we go : https://docs.cloudron.io/apps/#low-resource-warning

@girish the example command did the trick! I was not using the correct syntax but also I didn't specify the database name. Once I did that I was able to reach the Ghost mysql database from the Discourse app

@S0ulf3re I think the issues you are facing to related to DNS, so the box logs probably won't help. As a first step to get the dashboard reachable again, ismy.domain.com pointing to Cloudron server IP? You can check host my.domain.com on your PC to verify what the DNS is configured as.

@girish That did the trick, I appreciate it.

@atridad yes it does. If you run cloudron --help you can see the "global" options on the top, which apply also to subcommands.

Also, see https://forum.cloudron.io/topic/3237/remote-sql-support-on-a-per-app-basis?_=1652377131316 on how one can connect with a SSH tunnel.

@SamGreenwood please give us more context via screenshots of what you're looking at. In general cloudron won't allow you to map volumes if they're not there, or move storage to the wrong mount points.

@jdaviescoates said in Apps Were Crashing Now Cloudron Dashboard is Inaccessible: I wonder if we could use one of the notification/ automation type apps (or something could be built into Cloudron itself), to get notifications about when disk space is running low? Yes, agreed! It's in the backlog to notify via some external channel. Probably 8.0.