@ei8fdb said in Delete volume name, mount point (in UI) when no longer in use?: reference to volume name and mount point in Volumes section still present Can you post a screenshot of this? Are you referring to the Volumes view i.e the view where you add/remove volumes ? FWIW, what you said in Expected behaviour section is what is supposed to happen. I checked quickly and it does happen that way but not clear what you mean by Volumes section still present.

Thank you that worked!

@jdaviescoates Phew, my thoughts and prayers worked!

There is at https://api.cloudron.io/api/v1/apps however use this with care otherwise we have to further rate-limit the queries, also this is not a stable API as we change it as we see fit for Cloudron versions, and also we currently have no documentation for that.

@jdaviescoates totally confusing for sure. Not cloudron's fault completely as TLS is just an update to SSL. The problem comes from old software I think where SSL (the verb) is still being used where TLS should be. Both are technically the same, one is just newer. Or at least that is what google would suggest lol. Either way, you can never have too many docs so an update to specifically call this out when working with SMTP ports would be useful.

@Nozy said in Error: listen EADDRNOTAVAIL: address not available 172.18.0.1:3003: the gm docker still is not remove If you click on the app icon, it will show you the error as to why it's not uninstalling.

@luckow thanks for your input @luckow said in Merging mulitple Cloudrons in to one big new one?: why? In part just so everything in one place and so I just have to manage, maintain, update etc one server instead of several servers. But also because e.g. I've got an instance of PeerTube on one of the smaller VPSs (it's bridport.tv so makes sense to have it on my.bridport.coop where I've got all the Bridport stuff), but I've realised that it really needs a lot more power than that server has. I'd also like to give access to some of the apps of got on my.uniteddiversity.coop to all the people on my.bridport.coop - at present this would mean them creating another account and then not having the same credentials for both (although to be fair most of the apps currently on my.bridport.coop aren't LDAP enabled anyway, either because they don't have it - like Discourse - or because it doesn't really suit the use case - public instances of PeerTube, Mastodon, Pixelfed). I think quite a few of the apps would likely benefit for the increased power the dedicated server would have. The issues you've highlighted wouldn't be that big an issue for me because I think I'm currently the only person/ name who is on all of them so there aren't two Jane Does (but there would be if I started saying "sign-up over on my.uniteddiversity.coop so I can give you access to our shared x too". The biggest issue would be getting the handful of people actively using some of the other Cloudrons over onto the One Big Cloudron, but currently the numbers of people I'm talking about would be manageable (but this gets harder as more people start joining the other secondary Cloudrons).

While there are no mastodon specific notes on importing, there is one guide at https://docs.cloudron.io/guides/import-postgresql/ for importing postgres apps (which mastodon uses). For exporting, one can make a backup of the app and will have the db dump part of the backup together with all other data.

@girish Perfect, thank you!!

@cjblank This is how i fixed that exact issue: Run these commands sudo sysctl -w net.ipv6.conf.all.disable_ipv6=0 sudo sysctl -w net.ipv6.conf.default.disable_ipv6=0 sudo sysctl -w net.ipv6.conf.lo.disable_ipv6=0 double check IPv6 is off by running "ip a" This is tempoary work around just to install it and get it up and running. to restart your installation without rebuilding a new VM Add this flag --redo

Hey y'all. Used another domain I had that was correctly propagated. It's perfect. Now I gotta wait for my DNS records to update before I do the switch!

@girish It's up now, and all the errors have disappeared.

@girish thanks, that worked

Oh right, this is the whole box backup listing, not the apps backup listing. Looking at the code, that Cloudron level section needs the same fix Will do a fix now and if you want enable remote SSH support for us and send a mail with your dashboard domain to support@cloudron.io then I can locally fixup your instance

@girish ok, understood

@scooke you are right, then the issue is something else if only one app is not backing up. Can you update to 7.3.5 and see if you can reproduce the issue? The fix I was talking about is in 7.3.5.

I found the issue. Fixed in https://git.cloudron.io/cloudron/box/-/commit/b2d072f2e6d3c8f1b39842c11b70f29ed2cb1231

@andreasdueren said in How to recover TURN server secret?: @3246 Just restart the app, it should automatically reconfiger itself. Unfortunately… D'oh! So simple that I totally forgot about it doing that Thanks!

Btw, I applied the changes of the system.js according to the changelog to solve this problem in my environment until the update is available. So at least for myself this Post could be set to "solved".

Update: I installed Ubuntu 20.04 and then upgraded to Ubuntu 22.04. The Cloudron install then worked!