Cloudron Forum

This is very easy to solve! You don't need any S3 storage just to serve images. That's like using nuke to bomb an ant. Here is the solution: Step1: Create a repository on your github account. Step2: Upload an image (e.g. bot avatar) to your repository. Step3: Copy the link of your image, then paste to jsdelivr (select "convert from Github"). [image: 1715934680451-d1ca53cb-6e7f-468e-9abc-e05540baea9f-image-resized.png] Step4: Copy the JSdelivr link to your Typebot. [image: 1715934804835-5677227c-ec50-4db0-95f9-38de57586ecb-image-resized.png] Now, you have a world-class CDN provider serving your image FOR FREE!!! This link is permanent unless you purge it!

@jdaviescoates said in Cheap Good and Fast Block Storage Options: What do you actually want to do? Thanks for asking! For Cloudron backups, that is no problem. What I want is storage for app data, for example, the images in a gallery application, or the videos in a video application. From what I understand, these have to go to a block/object storage with the same VPS, as Girish explained here: https://forum.cloudron.io/post/71151 Basically, if I understand correctly, with Cloudron, your VPS provider has to also offer block/object storage too, if you want to backup your application data on a different server. For example, Hetzner storage boxes would only be useful for app data storage if you are running your Cloudron on Hetner, too.

You could also use rclone together with mergerfs to create some kind of layer. like /mnt/remote /mnt/local /mnt/mergerfs You then write stuff locally, and it'll upload stuff in the background to your remote storage. You can look for inspiration @ https://github.com/l3uddz/cloudplow

@nebulon the doc might need to be updated systemctl stop|start docker docker.socket postgresql mysql nginx for the services. rsync --archive /mnt/old_root/home/yellowtent/boxdata /mnt/data/cloudron-mail/ for copying the data (mv when fails produce a whole set of problems to be resolved and can't be resumed). and the following commands to verify: find /home/yellowtent/boxdata/ -type f -printf "." | wc -c find /mnt/data/cloudron-mail/boxdata/ -type f -printf "." | wc -c diff -r -q /home/yellowtent/boxdata /mnt/data/cloudron-mail/boxdata

@Stardenver Depends on how you use the volume. If you use the volume to store the app's data using data directory , then it's part of backup If you set it up as a mount of the app, then it's not.

@girish I recall you making that run automatically.. Should it run more frequently?

@Neluser Good idea. But it's quite complicated to automate things like this, that's what it's not done. But something to keep in mind. In the meantime, following https://docs.cloudron.io/storage/#docker-images is the way to go.

@LoudLemur no plans yet. Do you know if other storage tools support this?

Also, in Cloudron 7.3.x, all the addons/services are still using the old base image (3.2.0) but the apps have all been updated now to use the new base image (4.0.0) . In 7.4, all the addon docker images are updated to 4.0.0. You will see some space savings after the update.

Dont use Wasabi Use Idrive

@LoudLemur I think the answer is still to use Peertube, which is much more like "an Immich for videos" than Owncast is. Owncast is designed specifically for live streams, not for what you are trying to do (if I've understood you correctly). Note, Peertube also supports livestreaming. But it is specifically designed for uploading and sharing videos that people can watch at anytime. Have a read of https://docs.joinpeertube.org/use-create-upload-video (that includes details about how to do either a one-off or recurrent/ permanent livestream and gives some examples of streamings using OBS or Jitsi)

@robi On that, I don't have the data or experience to talk. But 100% sure you can't use wasabi latency, I think smb or better NFS should be a better option, but I'm not an expert. and Using so much ram for it, im not big fun about it, but I would have to try it before to have a real feedback

@jdaviescoates said in How to make Cloudron Immich keep its files in mounted block storage?: @LoudLemur said in How to make Cloudron Immich keep its files in mounted block storage?: I try the commands to create a volume, what commands? where? Thank you @jdaviescoates , you magic man! Thank you too, @nebulon for finding the time to look at my post. As usual, Cloudron already had all the information I needed there. My difficulty came from reading the output of the blkid command: blkid You are returned a UUID result along with a PARTUUID result, and I copy/pasted the wrong one.

Staring at the backup logs for a while, it dawned on me that it might be easy to extract the App sizes based on the data reported of what is uploaded ex: 48M@5Mps Sounds easy to add all those up from a backup run and have a total backup size based on what was transferred in parts.

@ei8fdb I delete the dump file, then decide to backup from that's date - restore will fail? No, a copy a the postgresql file is in the backup. The file at /home/yellowtent/platformdata/<appid>/postgresqldump is a temporary file. When we want to backup an app, we create a dump from postgresql and save it to that file. Then we upload that file to wherever the backup is located . After the backup is done, that file has no real use but we just keep it around because in some rare cases where you don't have backups it can help in recovery. So, to summarize: Safe to delete /home/yellowtent/appsdata/app-container-id/postgresqldump . But this will be created as part of the backup process, so it's going to be a pain. You have to delete this file everyday. Your final backup location will have a copy of the above file. Under <timestamp>/appid/postgresqldump . This is your backup, don't delete this file!

@jodumont No, nextcloud has a completely different install mode which is S3 only for everything.

@nebulon said in where is going my hardrive space ?: Note that stopped apps still take up the same disk space as running apps. Yes that I'm aware of [image: 1613742743726-32a82917-130e-44e8-88a9-70d6d9574030-image.png] So I clean up few apps and extend the drive [image: 1613742861682-3c5e9f4e-bd4f-4d62-81ec-f2104e72387c-image.png] @nebulon said in where is going my hardrive space ?: The du command does not calculate the correct usage for the docker volumes/mounts. Definitely du don't play well with overlay

@jodumont yes. Samba is the only protocol on your list that is really made to be mounted locally. Personally I would try to avoid having to rely on php for access to remote filesystems (regardless of the protocol).