@girish agreed.

@murgero Hi! I use my Lynksys with SOftware from FlashRouters.com Im now on testing to fire the whole system with the same API. Seems to be pretty easy in Moment. I check it deeply next week. Until yet... a wanted to connect it manually (set manually for first)... but unfortunately have no clue how to achieve, that The router connectt to VPN. Everything is filled (certs etc.).. but i can't find some "Button" in DD-WRT for "connect". Maybe just over iptables? ...

@nebulon said in where is going my hardrive space ?: Note that stopped apps still take up the same disk space as running apps. Yes that I'm aware of [image: 1613742743726-32a82917-130e-44e8-88a9-70d6d9574030-image.png] So I clean up few apps and extend the drive [image: 1613742861682-3c5e9f4e-bd4f-4d62-81ec-f2104e72387c-image.png] @nebulon said in where is going my hardrive space ?: The du command does not calculate the correct usage for the docker volumes/mounts. Definitely du don't play well with overlay

You will find a db dump in every app backup. Otherwise you could create one on your own as described in https://docs.cloudron.io/guides/import-mongodb/#export

Haha, well glad you managed to resolve it now and thanks for sharing the detailed resolution, might give others in the future some pointers where to look for as well.

@dantheman https://mxtoolbox.com/emailhealth is another good one.

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.

@girish Gotchya, ok. Makes sense, thank you

@privsec said in Let’s encrypt certificates expiring?: Like can there be a memory within cloudron of all subdomains used and when it comes time to renew, just renew it on all of those subdomains? That's the current behavior. It only renews domains that are in use in Cloudron. AFAIK, there is no way to tell Let's Encrypt to "forget a subdomain" that we had gotten a certificate before. This is the reason why you get the reminder emails from Let's Encrypt about old domains.

If you have a Dockerfile, you can package custom apps for deploying on Cloudron. No need to add/change nginx entries etc. Please see https://docs.cloudron.io/custom-apps/tutorial/

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

@kallados indeed it has to be adjusted to your own account name. cloudron here refers to our account at the docker hub. The chown is for the unix user named cloudron on your system. Nothing to do with the docker hub registry service.

@fossy As mugero said, you really have no reason to worry about the services. They use a negligible amount of resources when they are not actually used!

@infogulch said in Changing from wildcard to provider-based dns configuration left apps and my.example.com unassigned after wildcard was deleted: That makes a lot of sense. Curious, does Cloudron log when it encounters an existing DNS record that it should not overwrite? It will show the error in the UI. If you try to install an app into a subdomain that has a DNS entry, it will error and give you an option to "overwrite" the DNS record.

@svallory Accept self-signed certs and login to dashboard. Once logged in, I would first go to settings and check for updates/update all the way to Cloudron 6. This is because LE made a change in the last few months which makes cert renewal fail on Cloudron side. Once updated, Domains -> Renew all certs.

@girish Will do

I was totally in the wrong here. I just looked at the wrong section it turned out Sorry for taking up your time.

@nebulon said in Managing SSL certs via Cloudron CLI: you have to "forget" the page in your browser yes, or visit the site in an incognito session. Clearing these entries from the profile in Chrome is slightly more complicated, but doable as well. https://msutexas.edu/library/clearhsts.php

@staypath Continuing my conversation with myself Posting this here in case anyone else comes across this with the same question: I found that configuring fail2ban to use systemd was the trick: [sshd] port = ssh #logpath = %(sshd_log)s #backend = %(sshd_backend)s backend = systemd enabled = true maxretry = 1 bantime = 14d