Cloudron Forum

Hello @hpz24 Glad to read this resolved your issue and sorry for the inconvenience.

Thanks @james

@mattcazz yes, definitely . In hindsight, we should have maybe package the mail server more like an "app" . And then just like other apps, it would have gained all the customization of Cloudron apps. The email configuration could then have been inside this "mail server" app. We want to rework mail server to an app after Cloudron 9.

Maybe the syncthing app doesn't re-test permission immediately? I went back to the folder, and the error was gone, syncthing says its "up to date" seems to have created its files ok. Nothing got touched in the inbetween time. But its working now, so I'm happy with that result. Thanks!

@robi I only added the recommended commands: 0 13,23 * * * rm -rf /app/data/public/wp-content/cache/* > /dev/null 2>&1 0 13,23 * * * rm -rf /tmp/magick-* /tmp/imagick* > /dev/null 2>&1

On Cloudron, the only way to share directories is using Volumes . Is it possible to reorg your setup to use Volumes ? You might also have to use https://docs.cloudron.io/apps/#data-directory

Did anything change @hakunamatata Also, Cloudron 9 might resolve this.

@andreasdueren you're welcome, I forgot to post the Hetzner docs, they also have a bit of information on that. Speeds are fine, never had any issues with various kinds of media.

Think of each as a SaaS, I think the "correct" approach is to upload files in one app. That app exposes an API. Other apps then consume the photos API to do whatever . The whole sharing files approach is a relic of times when files were hosted on the same server and no sandboxing. But modern deployment/orchestration tech uses sandboxing, containers, docker compose, multiple servers . In such situations, sharing files assuming it's all code runs in same file system doesn't work well. app permissions/owner issues aside, most apps also have a database to track files and store extra metadata . If you remove and delete files from the filesystem without the app's knowledge, it all breaks. apps have to be written with all this in mind and most apps aren't written this way . lychee/nextcloud etc all have their own db and cannot share fs with others.

Usually, the issue here is that the SFTP service is not running . Services -> SFTP -> Restart maybe?

@girish said in Bug: When adding of a volume fails, docker container creation fails, removal of old volume impossible: nvm, I reproduced it. If you change the path behind Cloudron's back, it doesn't work. I think it's correct to error since that path doesn't exist anymore. But anyway quick fix is: simple create empty /media/SG2TB/M/Calibre on the server and then Retry configure will work. After it comes up, remove the mount from the app, delete the volume, add new volume with correct path, add mount into app... That's what I did, I went behind Cloudron's back ... and didn't think of the obvious solution presented by you! Thank you.

I suppose it can be marked as solved, but I still run into questions and small issues.

@nebulon Not so clear. The volume disconnected again. The "Remount Volume" button did not help but "Edit Volume" and saving (unchanged settings) worked.

Restic: https://restic.net Supported repos out of the box: https://restic.readthedocs.io/en/stable/030_preparing_a_new_repo.html Other repos when combining restic with rclone: https://restic.readthedocs.io/en/stable/030_preparing_a_new_repo.html#other-services-via-rclone A starting point: https://docs.cloudron.io/guides/community/restic-rclone/

Hi @nebulon, thank you for the information. I already checked one of the apps was using the volume. After deleting the volume from the app. I can delete the old storage volume. Thank you once again.

We have a media group that the app's user is part of. See https://docs.cloudron.io/volumes/#sharing

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

Sounds good! It was also odd that some other apps were affected by the restart-looping Nextcloud instances.

If you relocate an app (changing app data directory) all data will be copied over. See https://docs.cloudron.io/apps/#data-directory Please note that not all filesystems are suiteable for this. The docs link has some info on that.