@jdaviescoates Add Hostinger to the list too. I signed up for a basic web hosting plan with them. I created a secondary user account in their admin panel for my developer so he could have access and it didn't work. I contacted support and it took them weeks to get it sorted. Meanwhile, I ended up sharing my main account credentials. I was asked identical questions by different staff (under the same ticket) and I was tossed around like a beach ball in a techno festival. I had better experiences with EIG owned hosts and those guys absolutely s***.

@qwinter I used to segregate apps on different VPS. Largely through fear of apps conflicting with each other (different modules/scripts) and my personal ignorance of how containers worked.

It all cost me a fortune !! Multiple small bottom tier VPS, each of which did not consume their resources to an adequate level.

I've since gone with steadily bigger beefier machines, and certainly get better price/performance, adding on extra apps to research ("play") and they don't tax the power of a well-spec'ed host.

I do have separate VPS, one for Cloudron, one for non-Cloudron Docker deployments, etc. So I do segregate apps to different hosts but hopefully with more logic than I did before.

So I would go with the best host which makes sense to you, rather than multiple smaller ones, except where there is a clear technical reason (e.g. I don't risk my main Cloudron host with non-Cloudron docker apps).

@JOduMonT Hetzner storage box can already be mounted as Samba/CIFS on Cloudron . See also https://docs.cloudron.io/backups/#cifs

https://www.infomaniak.com/en/swiss-backup supports S3, so you can add it as S3 compatible.

@molinaire I assume you are vising my.domain.com ? If that's the case, can you please check if unbound is running fine on your server? You can do this by going to Services -> unbound. Does it show 'green' indicator?

@JOduMonT it is only a daemon, but sometimes containers are recreated, images are managed and so forth which may use up a lot of server resources temporarily, especially if disk I/O is slow.

To give some reference here, we are talking about the code section from https://git.cloudron.io/cloudron/box/-/blob/master/src/apptask.js#L318 to https://git.cloudron.io/cloudron/box/-/blob/master/src/apptask.js#L340 so something is slow on your system in that area. Not sure how much tinkering you want to do for debugging, but you could stray in some console.log()s there to narrow down the issue. I can also help here, if you enable remote SSH support and send us a mail with your dashboard domain to support@cloudron.io

@nebulon Hi!

Yea, everything is working great when hitting the server from outside my network. Your hosts file suggestion is a good one and is something I've done before. I'll dig into that. I seem to remember coming across a bit more of a graceful solution that handles internal/external requests. Thanks for jogging my memory!

@girish OK!
Also saw a backup failed notification too for the first time ever, yesterday. I'm really not sure what's happening.
I've written to support and let's get on from there. Thanks 🙂

@scooke Hi, sorry for the delay.

Yeah, @girish was able to solve the problem, which was not a technical one, as usually is the case with these things, heh.

The email she uses is an alias, and not <username>@<mydomain>, and she hadn't used it in a while. We're both pretty sure she used to be able to log in with either username only (no '@domain'), or with her aliased email <alias>@<mydomain>, but it seems we're both wrong on this.

So I tried to log into her email with <username>@<mydomain> and, lo and behold, it worked.

She doesn't use this email at all, so I'm talking to her and seeing if we change her username, since there's only a few apps and email will be the most important one from now on.

Thanks everyone for the help!

Right after installation, the Cloudron will show the setup wizard to add a Domain on the raw IP, so this is to be expected. During that setup flow you can configure a domain with a DNS provider backend and it will further obtain a valid SSL certificate for your my.domain.com which you will configure.

@girish No I've not patched manually, I have assumed 😛 sorry
I assumed the latest update was with the CNAME/A-record fix was live.

The thing was that my home server has been offline for a while and when I started it up it updated to from v7.0.4 to v7.1.3 then v7.1.3 to v7.1.4.

After that the DNS propagation didnt work any longer, as it had done before.

@LoudLemur

User Settings -> Account and security:

3e077cae-ab07-4405-9c6e-e319aa9e5dcc-image.png

Then, it's in the Security section under API key.

67c17fe7-6e19-443c-aa3f-ea2740a45b44-image.png

@girish This makes a ton of sense, although I'm not quite sure if I'm doing it right. Under what you linked to, the section should be under the Resources tab, although I think it's moved to the Storage tab (no problems with that, I just wanted to make sure I'm handling it correctly).

2dfb1d41-c351-4f45-8352-99a9505b43d2-image.png

99f01fc2-bf27-42bb-8de1-dc11eaff4e2b-image.png

The part that's a little confusing is how 'App Data' and Volumes tie together in storage (now it seems this may be resolved as you said, since your working on Volume updating at some point in the future).

Anyways, App Data says to mount an external EXT4 disk, which I assume is done with the 'Mounts' interface right below it. However, the mount says that you are mounting 'Volumes'.

The documentation says 'App Data' is backed up. However, the documentation also says that 'Volumes' are not backed up. So that does leave me a little perplexed as to whether the data will be backed up or not. I think according to your comment, that it will be backed up (because you did say it would no matter where it is on the server). But I just thought I'd check 🙂

In any case, thanks for your help, and hope you have an awesome rest of your week.

@gobenizzle This only means that the backup task was "interrupted" when a backup was in progress. The code assumes that if a backup got arbitrary interrupted (i.e not via the stop button), it is because the box code crashed. That assumption is true most of the time but you probably ran out of disk space and rebooted etc which killed the backup task.

Nothing to worry. If you trigger a new backup, it will go away.

@seeker ok, let us know if it works out (or not).

@gobenizzle see the unbound section of https://docs.cloudron.io/troubleshooting/#recovery-after-disk-full in case you hit the disk space issue.

@girish Thanks about that. That was the fix. Fastmail already whitelist it the domain and we are ready to go. Thanks!

@humptydumpty thanks for the hint. I have update the blog post accordingly.

Regarding the Ubuntu installation, you can already set the server name to the intended dashboard domain and for the username, just use ubuntu or anything besides cloudron-* or yellowtent, to avoid conflict and confusion later.

@Mastadamus From the earlier screenshot you posted, the issue seems to be "Could not establish chain of trust". So, I would investigate that angle (which is DNSSEC related)

@LoudLemur AFAIK, you need a new premium license for each server you want to run more than two apps on. The "premium" isn't for the "account" on Cloudron.io, it's for that specific server/vps. I have no idea how to transfer the premium license from one Cloudron to another but I'm sure it's possible. The Cloudron team is working on multi-host but I haven't read anything on how that would work.

Note to self: Use an external drive that has twice the disk space needed by the apps as a temporary mount point to restore to! Because it will need to download a copy of the whole backup, then unpack and finally bin the download. D'oh!

Step 1: Find a disk with sufficient space to restore to (apps space x 2)
Step 2: Mount the disk and symlink to the original location in the backup file
Step 3: Restore and then reset the storage location (or point it to where ever your new mount point is).

Got it all working now. Perhaps it's time to invest in a bigger SSD for my home server 🙂