Cloudron Forum

@james said in Restore one app's backup to another existing app?:

Yes, you first have to either move the destination to a different location e.g. from www.DOMAIN.TLD to www-old.DOMAIN.TLD (save route) or just deleted the destination.

Thanks for that, I didn't consider just changing the subdomain of the main site to move it. I suspect that might leave me with Wordpress database errors, but I guess that wouldn't matter so much.

Ultimately I cloned Main to a new subdomain, and since that clone worked without any issues, I went ahead and deleted the original and cloned staging to the bare domain. I was hoping to minimize downtime by overwriting directly to Main, but honestly the deletion and cloning was so fast it wasn't an issue.

@robi said in Restore one app's backup to another existing app?:

Another option would be to export the WP site using a plugin, and import it into a fresh WP install w/o all the dev/staging cruft (unless you need it for some reason).

You can search the forum for "how to move wordpress" for more information.

I've certainly done it that way before, but I was hoping to avoid extra steps this time and let Cloudron do it. I'm happy to not have to find and replace "staging.domain.tld" with a plugin like I've done on past migrations.

I've used All-in-one WP Migration previously, and it was mostly fine other than the above issue with the database. It was fairly complete and I think any of my staging "cruft" would have been exported and imported. I'm curious to know what plugin you prefer? I'll put it on my list for next time.

I did search the forum of course, but most results are about migrating to a Cloudron app from elsewhere.

I have two Wordpress (developer) apps running on my Cloudron, my main site and a staging site. The staging site is ready and I would like to clone it directly to the existing main site, overwriting everything at the destination. I have a backup of the destination and am not concerned about losing it all. Also, the site is fairly simple.

It seems that I can't do this, I get an error that the destination is in use. This happens even when the destination app is stopped. Do I have to delete the destination app on the bare domain before I can clone the staging site to the bare domain?

Maybe I'm going about this wrong. Is there a better way?

@Beardmancer said in Failed backups and email config issue since 8.0.3 upgrade:

I decided to go ahead and try adding this to /etc/systemd/resolved.conf since it's easy enough to comment out.

DNS=8.8.8.8 1.1.1.1

After doing that and restarting the service with systemctl restart systemd-resolved, things seem to be working correctly. The file /etc/resolv.conf lists nameservers now and a manually-initiated backup just completed successfully. Thanks for the hlep @nebulon !

In the future, is there anything I should look out for to avoid this? I don't know what caused it. Maybe it was the 8.0.3 upgrade, or maybe it was an Ubuntu update? I think I rebooted Cloudron for the latter recently. If there's a configuration I might have setup wrong, I'd love to correct it.

@nebulon The file /etc/resolv.conf contains the following:

nameserver 127.0.0.53
options edns0 trust-ad

I also ran systemctl status systemd-resolved and it said it was running. When I checked /etc/systemd/resolved.conf the DNS line was empty and commented out. I don't really know how to read the output of resolvectl, but it produced 177 lines and none of them looked like nameservers to me.

I don't know how to determine my "own network's nameservers" as the other post suggests. So, should I add the following to my /etc/systemd/resolved.conf?

DNS=8.8.8.8 1.1.1.1

@nebulon said in Failed backups and email config issue since 8.0.3 upgrade:

Possibly a DNS issue. Can you run cloudron-support --troubleshoot via SSH?

Yep, looks like DNS is the only thing that failed:

[FAIL]  DNS is not resolving
Host cloudron.io not found: 2(SERVFAIL)

I don't have a clue why that would be, I have not changed anything lately. Should I try the Sync DNS button under Domains & Certs? My domains are all on Porkbun and are setup the automatic way with an API key in Cloudron if that is relevant.

Hello!

My Cloudron auto updated to 8.0.3 a few weeks ago, and all my backups started failing shortly after. I also started getting a notice that email is not configured properly, though sending and receiving continues to work fine. The specific notifications and a screenshot are below.

This may or may not be related to the update, there were a few successful backups on version 8.0.3 before they started to fail. Is it possible my host changed some configuration? I did not find anything specific to these errors when searching the forum, but I did see some similar issues that were related to IPV4 vs. IPV6. Enabling IPV6 in my Network settings did not help, but I may not have done it right.

I'm very much a novice, just running this to self-host a few small websites and apps. Not sure where to go from here. Is there anything I can try to diagnose or correct?

Backup failed: Upload error: Inaccessible host: <my backblaze b2 bucket>.s3.us-east-005.backblazeb2.com' at portundefined'. This service may not be available in the `us-east-1' region.. Logs are available here.

Email is not configured properly 9:08 PM

<my primary domain>

    PTR DNS record (PTR) did not match.
        Hostname: null
        Expected: my.<my primary domain>
        Actual: null
    Relay error: Connect to port25check.cloudron.io failed: getaddrinfo EAI_AGAIN port25check.cloudron.io. Check if port 25 (outbound) is blocked
    This server's IP null is blocked in the following servers -

Email Status is checked every 30 minutes. See the troubleshooting docs for more information.