Topics created by d19dotca

@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 Ok, thank's to your attention! 🙂

This is fixed in the latest package 1.18.0

If you go down this route, be sure to search via roundcube or SOGo and not rainloop because the latter does not support recursive search.

A while ago @samir shared a recipe with me to make doveadm work, let me see if that still works when I find the time.

Thanks guys! Yeah it's a weird issue for sure and likely very rare, so it's probably not a big deal. If it helps for reproducing it, here's a few notes:

27 apps installed at the time of backup/restore Backup & Restore used tgz format with OVH Object Storage in BHS region Backup from a LunaNode m.8 model in Toronto region Restored onto OVH b2-7 model (though since upgraded to b2-15) in BHS3 region LunaNode instance (source) was running Ubuntu 18.04 at backup time, and OVH instance (target) was running Ubuntu 20.04 at the time of restore. When I restored, I very nearly ran out of disk space on the included disk, leaving only ~ 1.5 GB of space remaining. When restoring initially, it failed to restore because of the issue I reported earlier, though doubtful this is a root cause. Immediately moved the boxdata to external disk afterwards though, so plenty of space free soon after the restore was done once I moved boxdata off (20 GB in emails alone so it takes up a lot of space).

Hopefully those notes above help in some small way. No worries though if you can't reproduce it, I imagine it's a very rare scenario and could have even been completely unique to me somehow. Hopefully others can chime in though if they experienced anything similar where cron wouldn't run at all (whether a restore involved or not, as I'm still not 100% certain it had to do with the restore though I presume it did).

@d19dotca Thanks for the details analysis! So, after you report I decided to look into some of the Cloudrons I have access to and indeed logrotate configs for some apps are missing. Let me debug further, but there is definitely some bug.

@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 That's awesome, thanks Girish! 🙂 Glad I wasn't crazy hahaha

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

There's more deep rooted issues - https://github.com/heiglandreas/authLdap/issues/194 . The package itself is wrong and unfortunately wp admin suggests it as an update. Breaking a lot of things.

@d19dotca Yeah, I tried updating it yesterday but there is a file integrity warning (something to do with the less tool). Have to investigate and/or report upstream.

@robi @girish thanks, I figured it might be something like that as I think it was just after a reboot that I noticed they had disappeared.

@girish said in Automatic Updates - updated Cloudron but none of the apps:

box update only happens like once a month, so we have decided to ignore this

Ahh, okay. Yeah I figured it was a rare occurrence so no biggie there. This situation though is what lead me to the feature request on bulk-updating the app updates on demand.

Long and rocky experience tells me with operating systems to stay a year behind.

Especially when security patches are normally supported for 5 years and optimisations are usually all in the apps and service version updates within.

Let others do the OS battle-testing for a year or play with it for non-critical systems, but life's too short to be on the bleeding edge in production.

@d19dotca I look forward to hearing the results of your testing.

I note that whilst

@fbartels said in Deleting Rainloop in favour of Roundcube... what happens to the filters?:

Filters are stored with your mailbox. So they should remain. As mentioned in https://forum.cloudron.io/topic/3512/e-mail-sieve-scripts-body-option-not-available/5?_=1606984450322 you will not see your existing filters in roundcube, though.

In that same thread:

@necrevistonnezr said in E-Mail sieve scripts: "body" option not available:

It goes beyond that, I think. If I set up a filter in Rainloop and click save, all filters in Roundcube are gone - and vice versa.

Some I keen to learn if they are really "gone", or you just can't see them as @fbartels says (hopefully the latter!)

@nebulon awesome, just did. Thanks so much! 🙂

@d19dotca now called Ni'Var in ST:Discovery future timeline

Okay so after multiple file integrity issues ("X does not exist"), I opted to install a new Matomo instance, and migrated the data from old to new. It seems to be working well and passes all system checks now. I think this can be marked resolved. I still don't know how it ever got into that state, but it's good again. 🙂