Cloudron Forum

I agree, it'd be great to have a robust CalDAV server that handles invite emails robustly. If that option is Baikal, I'm all for it. I definitely prefer SOGo for GUI but that bugs with invites mangling events (making the organize null) when I add an invitee and then not sending the email is very frustrating.

I'm in strong agreement with @robi and @msbt, I'm working on a custom app and using Cloudron as a stripped down much cheaper alternative to AWS for hosting and a private docker registry is the last missing puzzle piece since I don't want to publish the image in a public Docker registry. A Cloudron private docker registry would be greatly appreciated and I'd be happy to pitch in with testing from a Github Actions CI use case or local publishing.

Backup is still running, uploaded >77GB in 7 hours. Would highly recommend TAR backup format since with rsync it blows through the limited Class C Transactions with the Remote Copy and individual file uploads which would end up being pretty costly.

@girish @nexbit Any update on Backblaze B2 backup target? If there's a branch with progress I could put some time towards finishing it. I'm also a developer and am eager to have native Backblaze B2 support. The b2 node library and existing backup target interface linked above looks helpfully straight forward.

@necrevistonnezr That's definitely unfortunate, one of the biggest reasons I've stuck with Google Calendar until now.

FWIW I filed a bug with SOGo so hopefully they get around to fixing it sooner than later/never https://sogo.nu/bugs/view.php?id=4972

@vjvanjungg Great tutorial! I wouldn't have guessed it'd be so easy to have a full CI + deploy for a static site all within Cloudron.

Thanks for the thorough reply @girish , I've updated my DNS accordingly and the certificates renewed! I'll figure something out with the Github Pages (or self host on Cloudron!)

Running a full backup test now, will report back results but I'm very excited!

@nebulon Big fan of Dark Mode, thanks for your work to add it!

@girish Awesome! This is such exciting new! Thank you for prioritizing it and getting it into the next release.

I'm curious...

1. Will it be using the native B2 API or with their S3 compatible API?
2. Will it be optimized to support rsync backups and not just tar/zip?

Again, huge kudos for baking in B2 support!

@girish Thanks! I had been logging in with the wrong email username, and my filters were on the other one. Whoops!

@marcusquinn Great to hear! Curious your experience with B2 rsync. I have a fairly large backup (~250GB) and it seems to blast through the Class C transactions very fast to the point of making rsync multiple times more expensive than tar zip backup. I’m giving it another shot based on your experience, hopefully the increased cost is only on first run.

@girish Is there a way I can increase the backup timeout? For my large (~250GB) backup it keeps timing out while uploading ~8mbps to B2 and making 65-70% progress. If the timeout can be configurable or increased it looks like it would succeed. Thanks!

I think my Cloudron is on 6.2.4 (7.0.X has been failing to update since it was released) and Ubuntu 18. Cloudron prompted to reboot after I assume some Ubuntu updates and now Cloudron won't load. The server seems to be online based on ping of the IP and domains but I can't ssh into the box and nothing loads in the browser. It's on a discount VPS so I don't have a UI from the hosting provider to see the logs on the box. Any ideas on how to debug this further or roll it back other than a full restore from backup?

Update 1: ssh now works, maybe reboot was taking a long time
Update 2: I ran /home/yellowtent/box/setup/start.sh from the support docs and after a while Cloudron admin started running. First time I've encountered such a long boot (>20-40 mins) but glad it's back up!

@girish Thanks for the path forward, I'll post back when I have some chance to hack on it and get an implemented Backblaze B2 interface working.

@girish Seemed like maybe Ubuntu was finishing some updates on boot which was blocking ssh from starting. I was pinging on 80 and 443 ports but ssh wasn't responding on 22 or 202 for a while.

@marcusquinn Thanks for the recommendation! It only seems to be a bit pricey when using the rsync backup mode. For tar it works great. Both seem to timing out so I'm hoping @girish exposing some more knobs to turn will allow improvement of backup speed.

I currently have a single Cloudron instance on a beefy VPS but want to split it between my home server for data intensive apps (ie. Nextcloud) and a cheap VPS for email since my house doesn't have a static IP. What would be the recommended way to migrate just email and Bitwarden to the cheap VPS but all other apps and data to my new Cloudron on my home server?

@girish Good news, rsync backups are now succeeding since the diffs are small and a few failed ones were able to build on each other so no rush on the configuration. Looking forward to testing it out once it lands! Thanks again!

@marcusquinn Great summary! I've similarly found that ingress transaction costs are more than my monthly storage costs with rsync option and tar zip backups keep timing out.

@girish Thanks for adding the additional advanced backup configuration in 5.5! I've tried increasing it for my backups and am excited to see if it helps.

@girish said in Nextcloud 19:

sudo -u www-data php -f /app/code/occ db:add-missing-columns

Perfect, that did the trick! No more warnings in Nextcloud Settings.