Cloudron Forum

Yeah, we cannot track usage stats for ca.cloudron.io as @marcusquinn said. But you should be able to track usage counts on your side (depending on how you are hosting your versions file).

@loudlemur Makes sense to keep the post since we don't have one already.

Dedup FTW

@girish nice, happy to hear!

Thanks! For now, rclone seems to be most promising. Syncthing doesn't fit my needs, because it has no S3 API, mentioning it for future reference. And btw, rclone GUI is on the wishlist.

Just to follow up. After more than one year I decided to move the Docker Images back to the virtual machine disk because I upgraded the vm to a instance with larger disk. I never had any issue with running docker images on a Hetzner Volume.

@girish When we initially changed the default data directory and restarted the entire Cloudron server, something went wrong. As a hotfix, we applied some basic permissions, which probably broke PostgreSQL. However, we don’t know which permissions were wrong, as I didn’t log them at the time. This morning, we tried changing the default data directory again, but instead of restarting the whole Cloudron, we restarted all services individually, and this time we didn’t get any errors.

Thanks @girish for the changes in the docs and letting me know. I will take a look as soon as the time allows and may get back to this topic at a later date.

@humptydumpty said in At home self-hosted Cloudron - migrate to larger main disk. Advice and sanity check my thoughts.: Having a GUI is preferable. I would also have recommended dd Something I havent used in ages, but i think would satisfy the gui criteria is https://clonezilla.org/

fyi: As soon as I have moved platformdata back to the “original” storage, everything works as expected the error disappeared. I also had to move the appsdata & boxdata back to get a fully functional Cloudron instance again.

I think we have to go back to the original question. What's the original issue? Using tools like df in /var/lib/docker/overlay2 won't work.

@murgero Thanks, yeah, definitely not doing that now Just looking for the simplest solutions with what we already have. Since the functionality is already there, this is more of an workflow interface feature to just make it available at an earlier stage in the process, and to avoid the additional step and decisions later to do the exact same.

What @Dont-Worry said. As long as it' mountable on the server as Cloudron Volume, it should work without a problem. With NAS and network storage, one thing to keep to mind is the flakiness/stability of the network. Apps can behave erratically if the attached storage is not stable.

@andreasb you can check the sizes of docker images here - https://hub.docker.com/u/cloudron . But looks like it lists only the compressed size. Size of docker images is not documented anywhere . The 6GB includes many layers and the layers are "shared" across apps (the way docker works). We also hvae images on quay - https://quay.io/organization/cloudron . But I think this requires login, despite images being public . These sizes differ from dockerhub [image: 1747727630514-d133353a-28be-41af-87eb-f9806443b9b9-image-resized.png] [image: 1747727643538-435fe29e-0a7f-4135-9c28-7e1481c34c6f-image-resized.png]

@Dont-Worry the apps run as containers and each container has it's own file system (completely different from the host filesysted). It is a sort of sandboxing for security. What this setup means is that, even if your disc is attached to the machine, the app containers won't see it! It will be available on the host ubuntu itself but not to the apps. Cloudron Volumes is a mechanism to expose these discs on host to the apps. Hope that clarifies! But if I could use it as a classic disc, I should mount it as a Cloudron volume If I understood correctly. Right, and there is no way around not creating a volume.

It seems the options --storage-driver=overlay2 makes docker unable to start when the data-root is on a mounted through sftp : adding it through the following error at startup failed to mount overlay: invalid argument storage-driver=overlay2 if I use it with a regular data-root, no errors show up. I guess we should conclude that this makes cloudron not compatible with sftp drive for storing docker images.

Not tried it myself but https://docs.castopod.org/getting-started/install.html#install-instructions

One article was saying that Hetzner is a South African company, that they existed in a previous incarnation there and are now Xneelo... https://xneelo.co.za/dedicated-servers/