Cloudron Forum

Well then looks like OVH is not setting the DMI/SMBIOS values then properly. I guess there is not much to be done to remedy this from our side, unless some other metadata standard is used by them instead.

Yes, this is quite common. You have to setup a mail relay if you care about mail deliverability - https://docs.cloudron.io/email/#relay-outbound-mails

@girish the installer script could prompt or compensate for this

@supashot said in [Noob]Access denied: OVH DNS error 403 This call has not been granted:

@girish ls -al /home/yellowtent/appsdata
total 8
drwxr-xr-x 2 yellowtent yellowtent 4096 Nov 29 14:02 .
drwxr-xr-x 6 yellowtent yellowtent 4096 Nov 29 14:02 ..

I think I understand. Hastebin probably has not finished installation / has error installing ? This is why that directory is empty . If so, that's normal.

@girish
You are welcome, nice job

I will consider joining the gitlab in the future... I was lazy today 🙂

@dsp76 indeed, thanks for reporting. The error message should read Hetzner instead of OVH when you select Hetzner. I have fixed this for the next release.

Apparently, there is a proper S3 bucket storage now.

2a1b7338-dbca-49d7-864b-24dca54d3466-image.png

@jensbee4 said in Fire declared in OVH SBG2 datacentre building:

The problem on my side is i get an internal server error from exoscal. i checked with serveral clients. Will wait if the support can give me a list of buckits....

Oh, that's unfortunate 😞 I am surprised how an object storage service can fail with just 2TB.

An important question. Is my infomation correct that every backup is a full backup?

It's not! Some backups are the backup of a single app. This is during right before we update an app. I created a task to make this clearer (https://git.cloudron.io/cloudron/box/-/issues/775).

If you want to give a person instructions on how to cleanup backups, you can tell them that if a directory contains a file named box_xxx, then it's a full backup. Otherwise, it's not. In general, if you had backups for this year, you can safely remove everything from 2020 I guess. Alternately, the backend people must have some mechanism to stash those things in some other bucket temporarily instead of deleting it.

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

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

This change will be reverted. see https://forum.cloudron.io/topic/4584/issue-with-backups-listings-and-saving-backup-config-in-6-2

@girish Ah interesting, yes that definitely seems like an OVH-specific issue then. At least they're heading in the right direction I guess towards the end of this year. 🙂 Thanks for shedding some light on that one for me.