Cloudron Forum

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

@girish thank you for the insight. If I am extending the existing drive then I'll make sure to keep it SSD as it already is, I may try HDD if going the first route though. I'll check, this isn't an easy task for extending the existing disk unfortunately, but this may be the better move. Of course the drawback there I guess is I'll be paying for way too much disk space and need to do it all over again if I for example lose one of the clients that are using so much email space (as email is the single biggest consumer on my server right now, by a lot). I'll have to run some tests.

@girish Thank you for your world-class customer support! Sending blessing! ️️