@girish said in [BUG] Automount fail on reboot with Ubuntu 20.04:

Currently, there is no solution to use DNS names in mounts

don't worry, I understand that is an exception and probably not a priority, thanks for the consideration 🙂

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

Update: It is due to the VPS provider blocking ports 80, 443.

baobab is available on Ubuntu, and it's GUI app has that capability.

Other options here:
https://serverfault.com/questions/386784/linux-trigger-a-real-time-alarm-on-a-low-disk-space-condition
but if the C code listed in the answer there is the approach, might as well do something similar in the box code.

Similar here: https://www.linux.com/training-tutorials/get-disk-space-email-alerts-your-linux-servers/

Having it be a part of the standard system health check would be 👍

@girish ah so that’s because I was messing with dind for GitLab runner... whoops. Thanks for taking a look!

I really like the blackllist checking being built-in. Frankly, I'd also be a fan of getting notifications about it. I suppose UX-wise, perhaps this is the appropriate sort of thing to trigger a yellow status on email.

@eivlil01 said in Using my own certificates:

@girish I'm using the DNS based challenge, but for a wildcard entry.

Cloudron only supports http based challenge for wildcards, or DNS based challenge but then it creates one entry per app.

Ah, I see what you are saying now. So you have a wildcard DNS entry pointing to the server but also use DNS automation to get wildcard certs. Indeed, Cloudron does not support that.

Strange. @alkomy let us know if this reappears. Wonder what the root issue was.

@girish so I created a new WP install on a different cloudron for the domain, https://slappersonly.co -- everything seems in order now, even for people who had errors before. Meanwhile I switched the older WP install to a new domain on the original cloudron https://slaps.vip .. there do not seem to be any issues for either domain now.

Not too terribly inconvenient as the 2 sites serve different purposes for the same brand, but bizarre nonetheless.

The root cause for this was the Cloudron server had the hostname as "box.domain.com" (same as the relay). Debian/Ubuntu has a quirk that it will put the hostname in /etc/hosts to resolve as 127.0.1.1. This meant that when we try to set it as relay, it resolves to 127.0.1.1 instead of the actual IP.

To add to the confusion, I suggested using the host command which does not use /etc/hosts (i.e the nsswitch mechanisms) and uses only the DNS. If I had suggested using ping then we would have narrowed down the issue more quickly...

Anyway, the fix is simply to hostnamectl set-hostname somethingelse.domain.com and also edit /etc/hosts (for some reason, hostnamectl doesn't change hosts file even after reboot, 🤷 ).

Since Cloudron manages DNS, it would make sense to have a custom setting to add your own includes, which Cloudron can then maintain for you..

@jlx89 You can just create that directory. It's customizable now with notfound.html - https://docs.cloudron.io/branding/#custom-pages

a restart dit the trick! thank you.

@girish wrote:

Are you able to open a request [for this]?

Done, thanks: https://forum.cloudron.io/topic/4306/provide-ui-support-for-choosing-app-package-version-during-installation

@girish That did the trick, thank you so much!

@girish Thank's a lot!

@meaculpa hehe I was just about to comment here, since I wasn't able to reproduce it on my side.

Glad it worked out now for you. Always good to have such topic for others to find if they hit the same issue in the future.

@drpaneas said in gmail blocks my server?:

@jdaviescoates I have cloudron installed at home.

Ah, right.

Depending on the provider, they already zero things out. For example, DO does this. Of course, you have to trust your provider.

@girish yup I got it now. all clear 🙂 Thanks everyone 🙂