@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.

@jpodner thanks. Unfortunately, I don't really know much about LVM. From the output it's apparent that the lvm (/) needs to be resized to the actual partition size. On the internet, there's lots of articles of lvresize/pvresize etc. I think you have to investigate more in that direction. Maybe vmware has tools as well to help out here.

(But to address the original issue, Cloudron is only reporting what linux is reporting and what has been made available. We don't have disk/lvm utilities, this is outside Cloudron's control).

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!

So is this then fixed by now with getting unbound back alive?

@girish I believe I've seen this in some apps, including NextCloud at some release.

But let me just return back with some facts in my hands when/if I get something.

@jdaviescoates right, unfortunately, it was not prioritized/implemented.

@justjulian said in Make iptables changes persistent:

How could an integration with Wireguard look like? Would one add a list of Wireguard user to the Cloudron settings or what would you suggest?

I don't have the design for this (yet). It's quite a big project, so I will leave my notes in the main 7.4 release thread as we implement them.

Feature request at https://forum.cloudron.io/topic/8487/enhance-app-proxy-app-with-path-and-port-support

@girish Awesome! Didn't realize I could add subdomains to Cloudron.

Thanks for your guidance.

@mpeterson0418 On Cloudron, each app is run in a container and has it's own virtual file system. This way one app cannot see another and they can't tamper with each other. This has a wide range of security benefits. This is the reason File manager is inside the app setting.

@girish Yes, plenty of memory, that is not the cause, but gets affected.

Graphite is not eating 40+GB of memory.