You should be able to download the whole task logs from the logviewer, which should give you more context which app was currently backed up.

nice i eventually figure it out thanks

@Bedrijfstak14 in v8, the IPv6 defaults to auto-detected. Probably best to choose this explicitly based on your setup.

indeed, uninstall nodejs entirely. apt remove nodejs. Then, you will find Cloudron's nodejs in /usr/local/node-14.15.4 . Just ln -sf /usr/local/node-14.15.4/bin/node /usr/bin/node. Then, if node --version gives the correct output, do systemctl restart box . did the trick. You folks rock, thanks!!!

I'd agree, it's only that we have have that other issue going on and I wanted the "full disclosure" But sure enough, switching to a different browser help. FYI the issue was on Safari (MacOS Sonoma, latest) For here: CLOSE

Yes, 1 hour of investigation for that... sorry for the inconvenience.

I've tried to use pgadmin and jupyter notebook under App Proxy today and I can confirm that the issue still exists, since /login/ locations are required by both apps but are also reserved for cloudron. Pretty annoying ! @joseph : this is not solved, can you unmark it?

@salmonetc said in Changing DNS provider and email with minimal downtime.: I started trying to "add" the domain. However, I get the following error: Zone not found: 200 {"result":[],"result_info":{"page":1,"per_page":20,"total_pages":0,"count":0,"total_count":0},"success":true,"errors":[],"messages":[]} Have you added domain.com into cloudflare ? When you create a token also make sure that you add the domain in the Zone Resources list. See https://docs.cloudron.io/domains/#cloudflare-dns

Yeah, I think that was the problem. I have no idea what password was used because I tried quite a few of them! I ended up just biting the bullet and taking another backup with the proper password. It seems like it's working. Thanks for your help.

Thanks @girish , I've sent an email to the address you provided. I can see all the apps.

Thank you!

Maybe this was not clear from the start, on Cloudron all apps are pre-setup with databases already. The databases are also managed by the platform instead of the apps to allow proper backup points amongst other things.

Thanks sorry did not see that

This is not possible in Cloudron's Web Terminal . A slightly different approach is to just use a custom cron - https://docs.cloudron.io/apps/#cron . cron will run in the "background" and not attached to a terminal. Cron jobs logs are also sent to the App logs.

@cocam123 whoops, you are right! I forgot there is an option in the UI for this The exact checkbox text is Remote file system supports chown

Thanks @joseph ! I'll do that

As du is slow and resource hungry, maybe use an alternative? Diskus is a parallelized version: https://github.com/sharkdp/diskus, claims to be 5-10 times faster. Though not in the repos

Yes you can switch over the subscription to another server. Just send us a note about this to support@cloudron.io then

@falkfyre so did it work out?

@overholt said in Upgrade Cloudron on Linode: Which is the best way to do this? Personally I'd go with starting with a fresh server rather than upgrading Ubuntu I always do a dry run backup restore to check everything is working before updating DNS, see https://docs.cloudron.io/backups/#dry-run Note, when installing Cloudron on the new server be sure not to miss this Looking to restore link at the bottom here: [image: looking-to-restore.png] (I've missed it before and had to start all over again )