@marcusquinn rclone integration is a better choice.

@jdaviescoates you should probably use the cifs provider, since then at least the error message would be more obvious when not mounted

@d19dotca To add to this, this is why minio has path style to true. Because it will be a pain for selfhosters to create a subdomain (dns and certs) for every bucket they create.

Edit: just looked this up now. In minio, one can set MINIO_DOMAIN to enable vhost style per https://docs.min.io/docs/minio-server-configuration-guide.html . I have to test if this works with Cloudron's domain alias feature.

@girish jep its tgz

@luckow check this out.

and yes there is a 0 byte file.

root@cfc4bfb0-4235-49dd-ae72-6ebeca56f788:/app/data# ls -lah runtime/ total 124K drwxr-xr-x 26 cloudron cloudron 4.0K Mar 1 23:00 . drwxr-xr-x 4 cloudron cloudron 4.0K Jan 20 09:55 .. drwxr-xr-x 3 cloudron cloudron 4.0K Feb 15 15:00 01EYK39BZERGGNNPD19A1Z4W0B drwxr-xr-x 3 cloudron cloudron 4.0K Feb 16 09:00 01EYN12X5W38W4ZTHSVPG8Y3SH drwxr-xr-x 3 cloudron cloudron 4.0K Feb 17 03:00 01EYPYWK4B43R2SMK2D0QEMVGE drwxr-xr-x 3 cloudron cloudron 4.0K Feb 17 21:00 01EYRWP37CS62GXD9ZVBHKDDBW drwxr-xr-x 3 cloudron cloudron 4.0K Feb 18 15:00 01EYTTFEB6VHK6EQ02PVFJ0P35 drwxr-xr-x 3 cloudron cloudron 4.0K Feb 19 09:00 01EYWR90J58PZDR9RG7F9BRASJ drwxr-xr-x 3 cloudron cloudron 4.0K Feb 20 03:00 01EYYP2G8DGGWPHAPN04KZBWA4 drwxr-xr-x 3 cloudron cloudron 4.0K Feb 20 21:00 01EZ0KW5BT8BEW6T89YXGB2KNV drwxr-xr-x 3 cloudron cloudron 4.0K Feb 21 15:00 01EZ2HNPKAW6D18QQQHJC73G82 drwxr-xr-x 3 cloudron cloudron 4.0K Feb 22 09:00 01EZ4FFAK24KCKKKB4NZYY6NW3 drwxr-xr-x 3 cloudron cloudron 4.0K Feb 23 03:00 01EZ6D8WHRCAG7KMY4V8B7GGY2 drwxr-xr-x 3 cloudron cloudron 4.0K Feb 23 21:00 01EZ8B2B1FV13MF7CQCNJ76DTF drwxr-xr-x 3 cloudron cloudron 4.0K Feb 24 15:00 01EZA8WACAPQDYEMMA6DBHHPZC drwxr-xr-x 3 cloudron cloudron 4.0K Feb 25 09:00 01EZC6NC8T2DHBQ6MQX951K8RR drwxr-xr-x 3 cloudron cloudron 4.0K Feb 26 03:00 01EZE4F1TB8EAWRXX6RYDKD04G drwxr-xr-x 3 cloudron cloudron 4.0K Feb 26 21:00 01EZG28H0GCHD871FB95373FZF drwxr-xr-x 3 cloudron cloudron 4.0K Feb 27 15:00 01EZJ01ZSCQGZZDMCP6FZ93P8K drwxr-xr-x 3 cloudron cloudron 4.0K Feb 28 11:00 01EZM4Q7SPACE1MYDZ70DFC5ND drwxr-xr-x 3 cloudron cloudron 4.0K Mar 1 05:00 01EZP2GXSSPV9F52S6BNGNBR0C drwxr-xr-x 3 cloudron cloudron 4.0K Mar 1 21:00 01EZQSEEAZT8HKGD9Q9YA4TKNP drwxr-xr-x 3 cloudron cloudron 4.0K Mar 1 23:00 01EZR0A5KAHWE6YVRP9DWX7B3H drwxr-xr-x 3 cloudron cloudron 4.0K Mar 1 23:00 01EZR0AGKZNAT2P7JH7FSBX9D5 drwxr-xr-x 2 cloudron cloudron 4.0K Mar 1 23:00 chunks_head -rw-r--r-- 1 cloudron cloudron 0 Jan 20 09:55 lock -rw-r--r-- 1 cloudron cloudron 20K Mar 1 13:30 queries.active drwxr-xr-x 3 cloudron cloudron 4.0K Mar 1 23:00 wal

Understood, Thanks!!

@girish Ah I see. Thanks! I'm looking forward to this 😄

@d19dotca said in Backuptask crashed when uploading to OVH Object Storage:

@nebulon Ah okay, I think I understand. Does that mean then that we don't really need enough memory for 3x<part size>, so much as 3x(<upload_part_size>x<upload_concurrency>) for rsync setups, right, or did I totally misunderstand?

If a file is big (i.e > than the upload part size), we still need 3x<part size> for rsync. So, let's say you have a 5GB file, then we still need 3GB RAM (since upload part size in your screenshot is 1GB). Plus in addition, we need to memory for uploading 200 files in parallel as well. And if those 200 files contain more 5GB files, then you need add it all up. It gets complicated very quickly!

@girish Thanks! This ended up being a combination of issues I believe. So throttling on the backups due to using rsync, encryption, and file names ended up being too long (only a few) So I've changed some settings around and it seems to have been resolved. I appreciate the help from both @robi and yourself.

@atrilahiji also, just having per-app setting would enable to do eg. Nextcloud using rsync and other apps using tar which I'd really like to be able to do (and has been previously requested and was even included in a "what's coming in Cloudron X" post but then never actually made it in).

@girish It didn't worked for 4 Days now in a row

@nebulon Thanks for the information.👍

don't forget the network timeouts with optimized TCP settings, which can disconnect too early.

@nebulon Maybe https://askubuntu.com/questions/1210867/remount-cifs-on-network-reconnect ? (just expands on your link)

For restic, can you upvote here - https://forum.cloudron.io/topic/1575/backup-improvements-restic-backend ? It should be possible to add a new restic backend like tgz/rsync. Though, we still have to figure out how we can "support" it. But that's a separate topic.

@robi will inquire!

Fixed it by taking a new backup, after I reinstated my API Credentails

@girish thanks.

@robi Yes, more checks to keep the mounting "alive".

@yusf Are backups failing by any chance. I wonder why there are multiple backups in a day. How often do you create backups? If it's one week backups from 17th Npv are expected. the ones which are slightly older are probably preserved for various reasons. One thing you can do is Backups -> Cleanup backup. Then in the same view, click on logs and it will tell you why each and every backup is preserved. If you paste the log, I can explain in a bit more detail.